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Preface 


This  document,  Requirements  Engineering  and  Design  Technology  Report  1995,  is  a 
synopsis  of  the  progress  of  the  Software  Technology  Support  Center  (STSC)  in  evaluating 
requirements  analysis  and  preliminary  design  computer-aided  software  engineering  products. 
Throughout  this  report  we  will  refer  to  these  requirements  analysis  and  preliminary  design 
computer-aided  software  engineering  products  as  Upper  CASE  products.  The  targets  of  this 
report  are  organizations  responsible  for  the  development  and  maintenance  of  computer 
software.  This  report  defines  the  Upper  CASE  products  and  identifies  their  value  in  improving 
software  quality.  It  explains  how  the  features  of  current  Upper  CASE  products  can  improve 
software  development  and  maintenance.  It  includes  information  about  specific  products  in  the 
marketplace.  The  information  is  aimed  at  those  who  must  make  the  decisions  about  acquiring 
advanced  technology  and  prepare  their  organizations  for  its  effective  use.  Finally,  this  report 
attempts  to  identify  the  future  directions  of  the  field  to  help  plan  long-range  strategies. 

The  content  of  this  document  has  changed  little  from  its  predecessor.  Requirements 
Analysis  and  Design  Tools  Report  1994.  The  product  lists  and  product  information  sheets 
have  been  completely  updated  or  reverified.  There  has  been  some  reorganization  of  the 
material  to  reflect  growing  standardization  of  STSC  technology  reports. 

Although  the  material  presented  in  this  publication  has  been  reviewed  for  technical 
accuracy,  no  guarantees  are  made  or  implied.  Produet  specifications  are  subject  to  change  by 
the  vendor  without  notice.  Readers  should  independently  verify  this  information  and  evaluate 
it  in  relationship  to  their  environment. 
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1  Requirements  Analysis  and  High  Level  Design 
Software  Engineering  Technology 

This  report  reviews  the  STSC's  recommendations  for  the  selection  and  usage  of 
software  engineering  products  aimed  at  the  requirements  analysis  and  high-level  design 
portions  of  the  software  lifecycle.  In  the  early  and  mid-1980s,  when  these  products  first 
became  available,  they  were  called  CASE  (Computer-Aided  (or  Assisted  or  Automated) 
Software  (or  Systems)  Engineering)  products  because  they  were  the  first  class  of  products  to 
automate  software  engineering  practices.  Later  the  term  Upper  CASE  was  coined  to 
differentiate  these  products  from  those  that  targeted  the  later  phases  of  the  waterfall  software 
lifecycle  model.  Our  use  of  the  term  Upper  CASE  should  not  be  construed  as  an  endorsement 
of  the  waterfall  lifecycle  model.  It  is  used  only  to  represent  the  aggregation  of  requirements 
analysis  and  high-level  design  products. 

This  report  focuses  on  two  primary  issues.  The  first,  how  to  select  and  use  Upper 
CASE  products,  is  intended  to  provide  general  guidance  to  the  reader.  It  describes  a  process 
for  selecting  products  and  contains  anecdotal  examples  of  their  use.  The  examples  provide 
analysis  of  why  Upper  CASE  product  insertions  have  failed  in  the  past.  The  second  focus  of 
the  report  is  an  enumeration  and  classification  of  Upper  CASE  products.  The  report  does  not 
address  the  very  important  and  often  overlooked  managerial  aspects  of  methodology  selection 
and  training.  The  report  does  not  justify  the  use  of  Upper  CASE  products  either  through 
anecdotal  examples  or  through  empirical  analysis.  Appendix  E  contains  a  reading  list  that  does 
address  these  issues. 

1.1  Upper  CASE  Product  Classification 

Upper  CASE  products  can  be  classified  in  a  number  of  useful  ways.  The  STSC  uses 
five  categories  of  attributes  and  features  to  differentiate  and  select  Upper  CASE  products. 
They  are: 


•  Lifecycle  Phase 

•  General  Methodology 

•  Intended  Application 

•  Functional  Capabilities 

•  Product  Quality 
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While  these  attribute/feature  categories  are  designed  to  be  independent  from  each 
other,  there  are  some  interrelationships.  The  first  three  types  -  lifecycle  phase,  general 
methodology,  and  intended  application  -  capture  information  about  the  basic  assumptions  of 
the  product  developers.  These  are  discussed  in  detail  in  Sections  1.1.1,  1.1.2,  and  1.1.3.  The 
latter  two  types,  functional  capabilities  and  product  quality,  in  contrast  to  dealing  with  the 
intentions  of  the  product  developer,  deal  with  what  the  product  actually  does  and  how  well  it 
does  it.  Functional  capabilities  and  product  quality  are  discussed  in  Section  1.1.4. 

There  are  many  other  types  of  useful  product  classifications.  Examples  are  types  of 
hardware  platforms,  types  of  software  platforms,  and  interoperability  with  specific  other 
software  engineering  products  or  environments.  The  STSC  has  not  delineated  all  possible 
classifications  or  collected  product  specific  information  in  any  of  these  "other"  classifications. 
However,  we  have  collected  information  regarding  the  hardware  and  software  platforms 
necessary  to  support  a  product. 


1.1.1  Lifecycle  Phase 

Upper  CASE  products,  by  our  definition,  are  products  that  address  activities  specific 
to  the  requirements  analysis  and  high-level  design  lifecycle  phases.  The  STSC  considers 
identifying  the  lifecycle  phase  that  a  product  supports  and  classifying  products  by  the 
supported  lifecycle  phase  as  a  useful  aid  in  making  a  product  selection.  While  the  requirements 
analysis  and  high-level  design  lifecycle  phases  are  generally  associated  with  the  waterfall 
software  lifecycle  model,  we  define  them  here  in  a  nonspecific  lifecycle  model  fashion.  All 
lifecycle  models  generally  have  four  active  steps:  (1)  determining  what  will  be  built,  (2) 
determining  how  to  build  it,  (3)  building  it,  and  (4)  maintaining  it.  These  steps  are  generally 
called  analysis,  design,  implementation,  and  maintenance.  Maintenance  involves  repeating  the 
analysis,  design,  and  implementation  steps,  but  the  issues  of  supporting  an  existing  product 
necessitate  it  being  identified  as  a  separate  step.  Testing  is  identified  as  an  additional  step  in 
some  lifecycle  models.  In  our  lifecycle  model,  testing  is  the  exit  activity  for  each  lifecycle  step. 

Requirements  analysis  is  the  lifecycle  step  in  which  a  determination  is  made  of  what 
will  be  built.  Issues  of  software  functional  capability,  as  well  as  compatibility,  with  other  parts 
of  the  system  are  addressed.  The  testing  subactivity  determines  that  a  software  system  can  be 
built  that  meets  the  requirements,  i.e.,  that  the  requirements  are  complete  and  consistent,  and 
that  the  requirements  are  testable  in  later  lifecycle  phases.  Design  is  the  portion  of  the  lifecycle 
in  which  a  specification  of  how  the  system  will  be  built  is  created.  The  design  phase  is  usually 
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broken  into  two  steps:  high-level  (also  sometimes  called  preliminary  or  architecture  design) 
and  low-level  design  (also  sometimes  called  detail  design).  In  high-level  design,  general 
algorithms  (algorithms  contain  all  three  major  design  considerations:  control,  data,  and  state) 
are  developed.  These  algorithms  do  not  contain  implementation  details.  During  low-level 
design,  implementation  details  (such  as  target  machine  architecture  timing  considerations)  are 
added  to  the  design.  Each  of  these  design  activities  concludes  with  a  testing  subactivity  that 
ensures  that  the  design  meets  it's  requirements. 


1.1.2  Methodology 

There  are  three  important  development  views  of  software  systems  -  object-oriented 
(data-oriented),  process-oriented  (functional  or  structured),  and  behavior-oriented  (temporal, 
state-oriented,  or  dynamic).  Each  of  these  views  takes  a  different  perspective  of  the  system 
being  developed.  This  supports  the  notion  of  appropriately  using  differing  methodology 
paradigms  that  support  each  of  the  differing  views  to  address  a  system's  development. 
Development  methodologies  typically  concentrate  on  one  of  the  paradigms  with  support  for  the 
other  two.  The  selection  of  a  development  methodology  should  be  driven  by  the  problem  that 
is  being  addressed.  The  selected  methodology  should  be  the  one  that  best  supports  the  view 
for  which  the  problem  is  most  clearly  stated.  Some  products  primarily  support  one 
methodology  viewpoint,  while  others  may  support  two  or  all  three. 


1.1.3  Application  Domain 

Products  are  often  appropriate  to  specific  application  domains.  Types  of  application 
domains  are: 


•  Embedded 

•  Communications,  Command,  Control,  and  Intelligence  (C^I) 

•  Commercial  Embedded 

•  Scientific/Engineering/Technical 

•  Parallel  or  Distributed 

•  Artificial  Intelligence  (Expert  Systems) 

•  Commercial  (MIS,  Transaction  Processing) 


The  Embedded  domain  is  characterized  by  applications  that  require  response  to  a 
stimulus  within  a  specified  time  period.  Example  applications  include  avionics  control,  radar, 
and  military  fire  control.  These  applications  are  typified  by  requirements  that  emphasize  timing 
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issues  and  extreme  design  and  implementation  timing  concerns.  As  software  timing 
requirements  begin  to  approach  theoretical  hardware  speeds,  the  analysis,  design,  and  testing 
of  timing  concerns  become  critical  to  the  successful  implementation  of  these  applications.  The 
military  has  traditionally  called  these  types  of  applications  "Embedded."  We  use  this 
terminology.  Academic  and  other  nonmilitary  organizations  sometimes  use  the  terminology 
"Hard  Real  Time"  or  "Real  Time/Reactive"  to  refer  to  this  domain. 

The  C^I  applications  domain  is  much  like  the  Embedded  domain  in  that  the  software 
is  part  of  a  larger  system  and  there  may  be  timing  constraints.  It  differs  in  that  in  C^I 
applications  much  more  of  the  system  functionality  is  implemented  by  software.  Example 
applications  include  air  tasking  order  generation,  mission  planning,  satellite  image 
interpretation,  and  battlefield  communications. 

Applications  in  the  Commercial  Embedded  domain  are  similar  to  embedded 
applications.  Both  domains  share  the  attribute  of  software  being  a  part  of  a  larger  physical 
system.  They  differ  in  that  Commercial  Embedded  applications  do  not  have  the  severe  timing 
constraints  of  Embedded  applications.  Consumer  products  such  as  videocassette  recorders, 
modern  washing  machines,  and  microwave  ovens  are  examples  of  embedded  applications. 
Outside  of  the  military,  this  domain  is  sometimes  called  (just)  "Embedded"  or  "Real  Time." 

The  Scientific/Engineering/Technical  domain  is  characterized  by  applications  that 
support  engineers  and  scientists  in  the  creation  of  products  or  knowledge.  Computer-Aided 
Design  (CAD),  Computer-Aided  Manufacturing  (CAM),  and  data  analysis  and  plotting 
packages  are  examples  of  technology  that  support  this  domain. 

The  Parallel  (or  Distributed)  application  domain  is  characterized  by  applications 
involving  multiple  processors  including  client/server  applications,  an  area  of  rapid  growth. 
The  interactions  between  the  processors  are  often  the  most  important 
analysis/design/implementation  concern. 

The  Artificial  Intelligence  (including  Expert  Systems)  domain  generally  addresses 
problems  where  no  algorithmic  solutions  exist.  These  problems  may  have  very  large  solution 
spaces,  where  the  specialized  search  techniques  of  artificial  intelligence  are  appropriate. 

The  Commercial  application  domain  includes  all  applications  that  deal  with  business 
data.  MIS,  Decision  Support  Systems,  and  Transaction  Processing  applications  are  included  in 
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this  domain.  These  applications  handle  the  receipt,  extraction,  storage  and  analysis  of  data, 
each  category  having  their  own  focus  and  approach  to  data  manipulation. 


1.1.4  Functional  Capabilities  and  Product  Quality 

While  the  above  classifications  (lifecycle  phase,  methodology,  and  application 
domain)  provide  a  view  of  a  product’s  intent,  it  is  still  necessary  to  determine  exactly  what  a 
product  does  and  how  well  it  does  it.  To  support  this  concept,  a  detailed  functional  taxonomy 
and  a  general  methodology  to  evaluate  the  quality  of  a  product  are  needed.  Appendix  D,  Upper 
CASE  Product  Characteristics,  contains  an  Upper  CASE  product  functional  taxonomy  and  a 
quality  evaluation  system. 
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2  Upper  CASE  Products 

2.1  Upper  CASE  Products  -  Product  List 

An  important  and  necessary  step  in  the  technology  selection  process  is  to  identify 
candidate  products.  The  current  list  of  144  Upper  CASE  products  is  found  in  Appendix  A, 
Upper  CASE  Products  -  Product  List.  It  includes  the  product  name,  vendor,  vendor  phone 
number,  and  some  general  information  about  the  product.  The  general  information  identifies 
the  product's  intended  use,  its  intended  audience,  and  what  type  of  platforms  it  runs  on.  Due 
to  the  very  dynamic  nature  of  the  CASE  product  business,  the  list  will  contain  inaccuracies  and 
omissions  at  its  publication.  If  you  are  aware  of  any,  please  contact  the  STSC's  Upper  CASE 
team.  They  can  also  be  contacted  for  up-to-date  lists. 

The  list  was  developed  from  three  types  of  sources:  personal  experiences,  product 
literature,  and  conferences.  The  initial  sources  for  the  list  were  the  personal  notes, 
experiences,  and  contacts  of  the  project  engineers.  Industry  surveys  in  periodicals  such  as 
Digital  Review,  Byte,  and  Software  News  yielded  Upper  CASE  products  outside  the 
application  domain  (real-time  software)  of  the  project  engineers.  STSC  members  attended 
several  conferences  to  identify  the  products  that  are  actively  being  marketed.  Many  other 
conference  announcements  were  studied  to  identify  additional  product  vendors. 

The  information  in  the  list  was  distilled  from  the  product’s  product  sheet  (PS).  The 
data  collection  methodologies  used  in  building  the  PSs  are  discussed  in  Section  2.2.  The 
general  information  included  in  the  list  identifies  a  product's  intended  use,  its  intended 
audience,  and  what  type  of  platforms  it  runs  on. 

2.2  Upper  CASE  Products  -  Product  Sheets 

Appendix  B,  Upper  CASE  Product  Sheets,  contains  the  PSs  for  most  of  the  Upper 
CASE  products  in  the  product  list.  These  reports  provide  more  detailed  information  than  the 
product  list.  Users  of  these  reports  can  make  preliminary  product  assessments  based  on  the 
information  provided.  Information  on  pricing,  contacts,  support,  addressed  lifecycle  phases 
and  activities,  intended  audiences,  methodologies,  hardware  platforms,  and  general  product 
capabilities  is  included.  The  information  in  the  reports  was  obtained  either  directly  from  the 
vendor  or  from  the  vendor's  literature.  In  some  cases,  the  vendor  has  authenticated  the 
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information.  There  are  products  in  the  product  list  for  which  there  is  no  associated  product 
sheet.  This  condition  occurs  because  there  was  no  available  information  to  create  the  product 
sheet  either  because  the  vendor  did  not  supply  any  or  because  the  product  was  added  to  the 
product  list  too  late  for  the  creation  of  a  product  sheet. 

The  STSC  can  be  contacted  for  both  unpublished  and  updated  reports  that  may  be 

available. 

2.3  Upper  CASE  Products  -  Product  Critiques 

The  STSC  is  soliciting  and  using  product  critiques  from  experienced  product  users. 
These  critiques  highlight  the  experiences  (both  good  and  bad)  of  actual  product  users.  If  you 
are  a  user  of  a  product  that  is  or  should  be  in  the  product  list  and  would  like  to  write  a  critique, 
please  contact  the  STSC.  An  example  product  critique  is  found  in  Appendix  C,  Upper  CASE 
Product  Critique  Format.  The  Upper  CASE  team  has  collected  12  Upper  CASE  technology 
critiques.  The  tools  that  have  been  critiqued  are  listed  in  Appendix  C.  The  Upper  CASE  team 
should  be  contacted  for  these  and  additional  critiques. 
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3  Selection  and  Use  of  Upper  CASE  Products 

3.1  When  to  Use  Upper  CASE  Products 

Upper  CASE  products  are  an  appropriate  technology  when  three  conditions  have 
been  satisfied.  These  conditions  are  (1)  a  need  for  the  software  requirements  analysis  and 
design  processes  to  be  performed,  (2)  an  ability  to  automate  these  processes,  and  (3)  a  need  to 
automate  these  processes.  It  should  be  emphasized  that  having  a  well-defined  software 
development  process  will  greatly  increase  the  probability  of  successful  technology  use. 
Having  no  process  will  almost  guarantee  failure. 

Software  requirements  analysis  and  design  are  necessary  (required  for  military 
software)  for  all  nontrivial  long-lived  software  systems.  Requirements  analysis  produces  a 
documented  description  of  what  the  software  system  is  supposed  to  do.  It  occurs  before 
design  and  implementation  activities.  It  acts  as  a  contract  between  the  software's  consumer  and 
producer.  The  feasibility  of  building  the  software  is  determined  during  this  process.  The 
outputs  of  requirements  analysis  are  used  by  the  software  designers  to  produce  a  software 
design  and  (theoretically)  by  the  software  maintainers  to  understand  the  basic  requirements  of 
the  software  system. 

Software  design  produces  a  documented  description  of  how  a  software  system  will 
fulfill  its  requirements.  It  occurs  after  requirements  analysis  and  before  implementation  in  the 
waterfall  model.  There  are  two  recognized  design  abstraction  levels:  high-level  design  and 
low-level  design.  They  differ  in  that  high-level  design  captures  implementation  independent 
decisions  and  low-level  design  captures  implementation  dependent  details.  The  design  process 
maps  the  what  of  the  requirements  analysis  process  to  a  description  of  how  that  can  be  used  in 
the  implementation  process.  The  feasibility  of  the  design  may  also  be  determined  during  this 
process. 


Given  that  software  requirements  analysis  or  design  is  necessary,  the  next  issue  in 
considering  the  applicability  of  Upper  CASE  technology  is  an  ability  to  automate  these  analysis 
and  design  processes.  Upper  CASE  technology  in  its  simplest  form  is  just  a  mechanism  to 
automate  existing  processes.  An  organization  must  have  an  existing  requirements  analysis  or 
design  process  before  considering  Upper  CASE  technology.  This  is  a  very  important 
consideration.  Historically,  many  organizations  have  failed  to  transition  to  Upper  CASE 
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technology  because  they  did  not  have  an  existing  process.  They  attempted  to  use  the  Upper 
CASE  technology  to  automate  their  process  and  to  define  their  process.  There  are  very  few 
successful  examples  of  this  approach  and  many  examples  of  failure. 

Finally,  there  must  be  a  need  for  the  automation  of  the  software  requirements  analysis 
or  design  processes  to  justify  the  use  of  Upper  CASE  technology.  These  technologies  have  an 
associated  cost,  which  includes  far  more  than  the  actual  dollar  cost  of  the  technology.  Training 
costs  must  be  considered  and  are  also  easy  to  quantify.  Costs  that  are  not  so  easy  to  quantify 
include,  but  are  not  limited  to,  the  complexity  of  the  technology  (the  engineer  must  now,  in 
addition  to  understanding  the  application  or  the  implementation  domain,  learn  the  complexities 
of  the  product),  the  cost  of  tailoring  the  technology  to  the  organizations  processes,  and  the 
risks  associated  with  the  technology.  The  technologies  great  promise  is  that  they  deliver  more 
benefits  than  their  costs.  Benefits  include,  but  are  not  limited  to,  higher  quality  analysis  and 
design  and  greater  efficiency  in  producing  and  maintaining  analyses  and  designs.  There  are 
also  nonquantifiable  benefits  such  as  greater  organizational  morale,  which  is  possible  to 
achieve  with  a  well-planned  technology  insertion  sheets. 


3.2  How  to  Select  Upper  CASE  Technology 


The  STSC's  selection  of  it's  Upper  CASE  products:  Product  List,  Product  Sheet, 
and  Product  Critique  is  not  accidental.  They  dovetail  into  a  conceptually  simple  technology 
selection  strategy  that  closely  mirrors  that  which  would  be  used  by  a  consumer  in  conjunction 
with  "Consumer  Reports"  magazine.  It  is  called  the  "Consumer  Report"  selection  paradigm 
and  is  based  on  six  steps.  They  are: 


1)  Identify  candidate  product  list 

2)  Identify  product  requirements 

3)  Shorten  candidate  product  list 

4)  Interview  product  users 

5)  In-house  product  test 

6)  Decision 
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There  is  actually  a  step  zero,  where  a  domain  is  identified.  In  this  case  the  domain  is 
Upper  CASE  products.  This  domain  was  identified  through  a  survey  of  STSC  customers 
during  the  first  STSC  conference  in  1989  as  a  technology  domain  where  the  customers  needed 
guidance.  In  the  first  step,  candidate  products  are  identified.  The  product  list  satisfies  this 
criterion.  See  Appendix  D  for  detail  CASE  tool  selection  criteria. 

The  second  step  is  critical  to  proper  technology  selection.  In  this  step  the  "consumer" 
identifies  the  requirements  that  the  technology  must  satisfy.  In  the  software  engineering 
domain,  there  are  two  types  of  inputs  to  this  requirements  specification  step:  process  (or 
organizational)  specific  and  application  specific.  The  selected  technology  must  satisfy  the  two 
broad  goals  that  these  inputs  address.  The  technology  must  fit  within  the  organization's 
software  engineering  process  plan,  so  that  it  will  be  viable  in  the  long  term.  It  also  must  be 
usable  on  the  organization's  current  applications.  As  an  example  of  this  breakout,  in  the  Upper 
CASE  product  domain,  consider  an  organization  that  must  use  a  particular  type  of  hardware 
platform  for  a  specific  development  project  and  has  identified  a  particular  analysis/design 
methodology  (such  as  Object-Oriented  Design  or  Information  Engineering)  as  an  organizational 
standard  for  its  application  domain.  The  technology  requirements  are  that  it  support  the 
analysis/design  methodology  (a  process  requirement)  on  the  particular  hardware  platform  (an 
application  requirement). 

The  STSC  supplies  data  to  support  steps  three  and  four.  Shorten  candidate  product 
list  and  Interview  product  users,  in  the  form  of  the  product  reports  and  the  user  critiques.  The 
PSs  contain  sufficient  data  that  the  product  list  can  be  shortened  to  include  only  a  small  subset 
of  technologies  that  may  be  suitable  to  an  organization.  The  user  critiques  can  be  used  to 
gather  the  adhoc  experiences  of  actual  users  of  the  technologies  on  the  shortened  list.  All  this 
information  does  not  negate  the  need  for  in-house  demonstrations  and  test  projects  of  the 
technology.  After  the  in-house  testing,  buy  decisions  can  be  made. 

For  Upper  CASE  products,  two  product  domain  characteristics  drive  the  selection 
process.  One  characteristic  involves  general  product  capability  and  project  product 
requirements.  Products  are  very  niche  oriented,  where  they  support  only  a  small  subset  of  the 
Upper  CASE  product  functionality.  Since  a  project's  product  requirements  are  very  specific, 
only  a  small  subset  of  Upper  CASE  product  characteristics  is  needed  for  any  project.  For 
example,  a  project  may  require  methodology  "X"  and  currently  has  platform  "Y"  and  only  one 
product  may  support  methodology  "X"  on  platform  "Y".  Thus,  there  is  no  opportunity  for 
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quality  or  cost  comparisons.  From  the  product  selector’s  viewpoint,  finding  a  product  with  the 
necessary  functionality  for  a  specific  project  often  constitutes  the  product  selection  process. 

The  second  domain  characteristic  driving  the  evaluation  guidance  process  involves  the 
type  of  work  that  is  done  during  requirements  analysis  and  high-level  design.  The  work 
involves  capturing  information  and  performing  analysis  on  that  information.  The  quality 
characteristics  that  are  emphasized  are  the  usability  of  the  product  and  the  correctness  of  the 
information  capture  and  analysis  functions.  Since  these  are  engineering  support  products,  the 
performance  of  the  product,  i.e.,  speed  of  execution  and  resource  (disk,  memory)  usage  is  not 
as  critical  as  if  the  product  was  used  in  a  production  environment. 

The  Institute  of  Electrical  and  Electronics  Engineers  (IEEE)  is  developing  a 
recommended  practice  for  the  adoption  of  CASE  technology.  Parties  interested  in  developing 
this  standard  are  referred  to  the  chairman  of  working  group  P1348,  Tom  Vollman  (301)  862- 
0798.  The  standard  is  expected  to  be  ratified  in  1995. 


3.3  How  to  Use  Upper  CASE  Products 

Once  the  need  for  Upper  CASE  technology  has  been  demonstrated  and  a  product 
selected  and  purchased,  then  it  is  time  to  use  the  product.  The  issues  of  training  and 
technology  transition  are  of  particular  concern  when  Upper  CASE  products  are  initially  used. 
Upper  CASE  products  and  methodologies  are  very  complex.  Management  must  budget  and 
plan  for  the  necessary  training,  or  the  product  will  fail.  The  old  practice  of  putting  a  software 
product  on  good  engineers'  desks  and  letting  them  learn  to  use  it  does  not  work  with  Upper 
CASE  products.  Proper  transition  to  the  new  technology  is  also  important.  The  initial  project 
on  which  the  technology  is  used  must  be  selected  with  care.  Because  of  the  risk  associated 
with  new  technology,  it  should  not  be  used  or  used  with  extreme  caution  on  an  application 
where  delivery  time  is  critical  to  the  organization.  However,  the  application  should  be 
important,  so  that  management  cognizance  is  ensured. 

In  1992,  the  IEEE  ratified  STD- 1209  "Recommended  Practice  for  the  Evaluation  and 
Selection  of  CASE  Tools."  It  is  not  limited  to  Upper  CASE  tools  or  DoD  business  practices. 
The  authors  of  this  report  helped  develop  this  standard  and  it  is  consistent  with  this  report. 
These  IEEE  "practice"  standards  tend  to  reflect  a  consensus  of  the  best  practices  of  the  day. 
The  standards  are  valid  for  five  years  after  which  they  must  be  reballoted  (after  possible 
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revision).  This  standard  is  recommended  to  readers  interested  in  a  more  detailed  analysis  of 
CASE  tool  evaluation  selection.  However,  the  standard  should  be  critically  examined  because 
it  only  reflects  the  best  available,  least  controversial  knowledge  of  the  1989-1992  time  frame. 
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4  Future  Directions 

The  Upper  CASE  technology  domain  is  far  from  mature.  We  believe  that  the  root 
cause  of  this  is  the  overall  immaturity  of  the  software  engineering  discipline.  There  is  no 
established  cohesive  theoretical  understanding  of  how  best  to  develop  software.  Simply  put, 
products  cannot  automate  what  humans  do  not  yet  know  how  to  do!  The  good  news  is  that 
software  engineering  is  receiving  a  significant  amount  of  research  interest  and  that  a  solution  or 
at  least  an  understanding  of  its  problems  will  occur.  The  bad  news  is  that  only  evolutionary 
and  not  revolutionary  (orders  of  magnitude)  improvements  are  expected. 

To  date,  the  technology  of  the  domain  can  best  be  characterized  as  point  solutions  to 
specific  problems.  This  approach  proved  to  be  inadequate.  Specifically,  Upper  CASE 
technology  cannot  be  seamlessly  integrated  into  an  organization's  software  development- 
maintenance  process.  The  organization  must  alter  its  process  to  use  the  product,  rather  than 
altering  the  product  to  fit  its  process.  There  are  at  least  four  technical  areas  that  the  technology 
must  address  before  it  can  be  seamlessly  integrated  into  a  generic  organization's  software 
process.  They  cU'e  software  process  automation,  tailorable  product  standards,  product 
interoperability,  and  product/process  visibility.  All  of  these  issues  are  being  addressed  by  the 
next  generation  of  Upper  CASE  products  and  by  other  supporting  technologies. 

The  concept  of  software  process  as  the  central  theme  to  improve  the  production  of 
software  products  is  a  relatively  new  one.  It  has  come  into  vogue  over  the  last  five  years. 
Before  this,  the  central  theme  was  the  heavy  reliance  on  analysis  and  design  before 
implementation  to  improve  the  quality  of  software.  The  first  products  to  support  this  theme, 
the  initial  generation  of  Upper  CASE  products,  appeared  in  the  late  1970s  and  early  1980s. 
Not  unexpectedly.  Upper  CASE  technology  still  does  not  support  the  notion  of  software 
process.  There  are  two  primary  technical  shortcomings:  (1)  the  technologies  (called  software 
engineering  environments  or  software  engineering  frameworks)  for  automating  software 
process  are  very  immature  and  (2)  Upper  CASE  products  are  not  tailorable  to  an  organization's 
process  or  methodologies.  A  basic  paradigm  shift  must  occur  within  the  Upper  CASE  product 
domain  to  address  these  shortcomings.  Currently,  the  products  provide  either  a  de  facto 
software  process  or  assume  and  support  none  at  all.  Upper  CASE  products  must  adopt  a 
philosophy  that  they  are  a  subprocess  of  the  larger  software  process  as  defined  by  the  process 
services  of  the  environment  and  adopt  the  interface  standards  of  the  environment.  They  must 
also  continue  a  trend  already  begun,  where  an  ability  exists  to  tailor  the  product's  implied 
process  and  methodologies  to  an  organization's  requirements. 
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The  remaining  technical  issues  facing  the  next  generation  of  Upper  CASE  products, 
tailorable  product  standards,  product  interoperability,  and  product/process  visibility,  are 
restatements  of  current  problem  areas  that  will  be  addressed  by  the  process  support  as  already 
discussed.  The  lack  of  tailorable  product  standards  is  a  differing  viewpoint  of  the  issue  of  lack 
of  process  tailorability.  In  the  latter,  there  is  a  rigid  format  of  the  output  of  the  product  or  the 
types  of  analysis  that  may  be  performed.  In  the  former,  there  is  a  rigid  process  and 
methodology  for  producing  output  or  performing  analysis.  Product  interoperability  is  currently 
implemented  on  an  adhoc,  product-by-product  basis.  The  existence  of  an  environment  or 
framework  will  provide  an  interface  standard  currently  lacking.  The  issue  of  product/process 
visibility  refers  to  the  lack  of  current  product  capabilities  to  provide  an  overall  picture  of  the 
state  of  a  project.  Because  of  its  knowledge  of  the  overall  process,  this  function  will  be 
provided  by  an  environment  or  framework. 
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5  Conclusions 

This  report  summarizes  the  STSC's  work  in  the  area  of  Upper  CASE  technologies. 
A  list  of  Upper  CASE  products  has  been  developed.  A  list  of  product  characteristics  has  been 
developed,  and  a  framework  for  evaluating  those  characteristics  has  been  built.  The  vendors  of 
the  Upper  CASE  products  have  provided  self-evaluations  of  their  products,  which  have  been 
modified  to  reflect  STSC  and  STSC  customer  experiences. 

The  STSC's  plans  for  the  Upper  CASE  technology  project  are  threefold:  publication 
of  the  Upper  CASE  technology  domain  report  (this  report);  education  of  our  sponsoring 
community.  Air  Force  software  development/maintenance  organizations,  on  Upper  CASE 
technology  concepts;  and  assistance  to  software  development  and  support  activities  in  Upper 
CASE  technology  selection  and  adoption.  In  the  past  we  developed  the  Upper  CASE  product 
domain  report.  We  are  now  and  will  continue  to  maintain  that  report.  This  maintenance  will 
reflect  the  continued  evolution  and  an  increased  understanding  of  the  product  domain.  The 
STSC  will  continue  to  update  the  Upper  CASE  product  list  and  the  product  characteristic  list. 
Additional  product  reports  and  user  critiques  will  be  solicited  and  published.  Emphasis  will  be 
placed  on  methodologies  and  technologies  that  have  been  successfully  used  on  specific 
applications.  Requirements  management  is  one  area  specifically  identified  for  future  research. 

Educationally,  we  will  develop  and  present  briefings  on  Upper  CASE  technology 
concepts  to  interested  organizations.  Papers  that  summarize  Upper  CASE  technology  will  be 
solicited  and  developed  for  general  dissemination  or  presentation  at  appropriate  conferences. 
Finally,  Software  Development  and  Support  Activities  (SDSAs)  will  be  supported  in  their 
product  selection  and  adoption  efforts  on  request. 

This  report  will  be  republished  next  year. 
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This  appendix  contains  a  list  of  Upper  CASE  products.  This  list  is  called  the  product 
list.  The  products  are  listed  alphabetically  by  vendor  name.  The  list  contains  general 
information  about  the  product  and  the  product's  vendor.  The  vendor's  name  and  telephone 
number  are  included.  Additional  information  can  be  obtained  in  the  product's  product  sheet  in 
Appendix  B,  Upper  CASE  Product  Sheets.  There  is  also  some  general  information  about  the 
product  in  the  list,  which  identifies  the  intended  use  of  the  product,  its  intended  audience,  and 
on  what  type  of  platforms  it  runs. 

Most  products  are  targeted  at  activities  within  specific  phases  of  the  software  lifecycle 
or  activities  that  occur  across  lifecycle  phases.  We  have  identified  four  generic  software 
lifecycle  activities  common  to  all  software  lifecycles:  Analysis,  Design,  Coding,  and 
Maintenance.  They  are  not  intended  to  imply  any  specific  lifecycle  model  such  as  waterfall  or 
spiral.  Reengineering  and  reverse  engineering  products  are  considered  maintenance  products. 
We  have  also  identified  several  activities  (Testing,  Configuration  Management  (CM), 
Documentation,  and  Project  Management)  that  occur  across  lifecycle  phases.  This  list  is  not 
meant  to  be  inclusive.  Other  activities  may  be  listed  as  "Other."  Finally,  we  identified  one 
technology  area  (Environments  or  Frameworks)  that  acts  to  connect  products  that  automate  the 
various  lifecycle  phases  and  activities.  A  list  of  abbreviations  that  occur  in  the  "Type"  column 
appears  below.  Products  may  be  applicable  in  one  or  more  activities,  so  a  product  may  have 
multiple  "Types."  More  detailed  information  can  be  found  in  the  product's  PS  in  Appendix  B. 

A:  Requirements  Specification  and  Analysis 

D:  Design 

C:  Coding 

M:  Maintenanee 

T:  Testing 

E:  Environment  (or  Framework) 

U:  Documentation  and  Management  Utilities  such  as  CM  or  Project 

Management 
O:  Other 

Vendors  usually  develop,  market,  and  optimize  their  products  to  target  specific 
customer  profiles.  The  "Target"  column  captures  this  information.  We  have  identified  two 
primary  profiles  for  the  readers  of  this  report,  MIS  and  Technical  (TECH).  There  are  two 
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identified  subprofiles  for  the  technical  profile:  Real  Time  (RT)  and  Hard  Real  Time  (HRT). 
There  are  many  more  possible  target  profiles,  such  as  scientific  development,  transaction 
processing,  embedded  system  development,  etc.,  which  are  collectively  identified  as  "Other"  in 
this  list.  Some  vendors  specifically  target  their  products  to  all  market  segments.  The  target  for 
these  products  is  identified  as  "All."  More  detailed  information  can  be  found  in  the  product's 
product  sheet  in  Appendix  B. 

The  last  general  product  classification  found  in  the  list  identifies  the  type  of  platform 
on  which  the  product  runs.  Three  classes  of  platform  have  been  identified:  desktops  (DT), 
workstations  (WS),  and  mainframes  (MF).  This  classification  scheme  captures  the 
environmental  style  of  the  product.  Mini-computers  are  considered  workstations  in  this  list. 
The  specific  brand  of  platform  is  not  listed. 
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Tool 


Vendor 


Contact  Info 


Type  Target  Platforms 


Software  Systems 
Design,  Inc. 


Versant  Object 
Technology 


ARIS/DesignGen 


Axiom-SA 


AxiomDsn 


AxiomSys 


BPWIN 

ERWIN/ERX 


CA-Estimacs 


CA-Metrics 


CA-Pan/LCM 


CA-Pan/Merge, 
CA-Panexec,  CA- 
Panvalet 


CA-Planmacs 


CA-Realia, 
CA-Visual  Realia 


CA-Telon, 
CA-Telon  PWS, 
CA~Visual  Telon 


Logicworks 


Computer 

Associates 


Computer 

Associates 


Computer 

Associates 


Computer 

Associates 


Computer 

Associates 


Computer 

Associates 


Computer 

Associates 


Tom  Radi 
909-625-6147 


Andy  Smith 
Tel:  800-837-7268 
Fax:  415-325-2380 
info@versant.com 


Tom  Radi 
909-625-6147 


Vince  Peterson 
Tel:  800-959-2451 
Fax:  805-296-5302 
info@stgcase.com 


Vince  Peterson 
Tel:  800-959-2451 
Fax:  805-296-5302 
info@stgcase.com 


Vince  Peterson 
Tel:  800-959-2451 
Fax:  805-296-5302 
info@stgcase.com 


David  Donovan 
8245  Boone  Blvd. 
Suite  400 

Vienna,  VA  22182 
Tel:  703-761-1166 
Fax:  703-761-1095 


Dana  Williams  O 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  A,U 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  E 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  E 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  O 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  E 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


Dana  Williams  D,E 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 
Tel:  800-225-5224 
Faax:  516-342-5734 


A,D,C,U  I  All 


All 

All 

MIS 

WS,DT 

All 

WS 

MIS, 

TECH,  RT 

DT 

MIS, 

TECH,  RT 

DT 

MIS, 

TECH,  RT 

DT 

MIS,  TECH 

DT 

MIS 

DT 

MIS 

OT 

MIS, 

TECH,  RT 

MF 

All 

MF 

MIS 

DT 

TECH 

DT 

TECH 

MF 
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Tool  Vendor  Contact  Info  Type  Target  Platforms 


C A- Visual  Objects 

Computer 

Associates 

Dana  Williams 

1  Computer  Associates  Plaza 
Islandia,  NY  11788 

Tel:  800-225-5224 

Faax:  516-342-5734 

D,C,E 

MIS,  TECH 

OT 

Canonizer 

Sigma  Six  CASE 

12456  S.E.  27th  Place 

Suite  210 

Bellevue,  WA  98005 
Tel:800-827-4462 

Fax:  206-641-7501 
info@6signa.com 

D 

MIS 

WS,DT 

CDADL 

Software  Systems 
Design,  Inc. 

Tom  Radi 

909-625-6147 

D,U 

ALL 

Chen  Workbench 

Chen  &  Associates, 
Inc. 

Kirk  Chedotal 

4884  Constitution  Ave 

Suite  1-E 

Baton  Rouge,  LA  70808 

Tel:  504-928-5765 

Fax:  504-928-9371 

D,E 

MIS,  TECH 

DT 

DataViews 

DataViews  Corp. 

Kevin  Hassett 

Tel:  413-586-4144 

Fax:  413-586-3805 
kevin@dvcorp.com 

A 

RT 

MF,WS 

DocExpress 

ATA,  Inc 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan  @  cadre,  com 

U 

All 

WS,DT 

EKDORS 

Zycad  Corp 

Susan  Boers 

11921  Freedom  Drive 

Suite  550 

Reston,  VA  22090 

Tel:  703-904-4360 

Fax:  703-834-6622 
susan_boers@zycad.com 

A,U 

All 

DT,WS 

EiffelCase 

ISE 

Darey  Harrison 

270  Storke  Rd  #7 

Goleta,  CA  93117 

Tel:  805-685-1006 

Fax:  805-685-6869 
dareyh@eiffel.com 

A,D,E 

All 

WS 

Ensemble 

Cadre  Technologies 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

D,E 

TECH 

WS 

ERWIN/ERX 

LogicWorks 

David  Donovan 

8245  Boone  Blvd. 

Suite  400 

Vienna,  VA  22182 

Tel:  703-761-1166 

Fax:  703-761-1095 

A,D,E, 

MIS,  TECH 

DT,WS 
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Tool 


Vendor 


Contact  Info 


Type  Target  Platforms 


ES  RE/Vision 

Eden  Systems  Corp. 

Brad  Schweibold 

9302  N.  Meridian  St. 

Suite  350 

Indianapolis,  IN  46260- 
1820 

Tel:  317-848-9600  ext  224 
Fax:  317-483-2271 
custserv@iquest.net 

Expert/CIO 

P-Cube  Corp. 

Joseph  Napoli 

572  E.  Lambert  Road 

Brea,  CA  92621 

Tel  714-990-3169 

Fax:  714-990-0838 

firstcase 

AGS  Management 
Systems,  Inc. 

Valerie  Palamountain 

1012  W.  Ninth  Avenue 

King  of  Prussia,  PA  19406 

Tel:  800-220-2471 

Fax:  610-265-1230 

Foresight 

Nu  Thena  Systems 

Peter  Stoupas 

1430  Spring  Hill  Rd. 

Suite  200 

McLean,  V A  22102 

Tel:  703-356-5056 

Fax:  703-356-0498 
info  @nuthena. com 

Foundation 

Design 

Anderson 

Consulting 

Foundation 

Mary  Ryan 

69  W.  Washington  St. 

Chicago,  IL  60602 

Tel:  800-458-8851 

Foundation  Vista 

Menlo  Business 
Systems 

Ronald  Snow 

201  Main  Street 

Los  Altos,  CA  94022 

Tel:  415-948-7920 

Fax:  415-949-6655 
menlomail@eWorld.com 

IE  Advantage 

Information 

Engineering 

Systems  Corp. 

Fred  Krause 

201  N.  Union  Street 
Alexandria,  VA  22314 

Tel:  703-739-2242 

Fax:  703-739-0074 

Infomodeler 

Asymetrix  Corp. 

Lance  Wieland 

110  noth  Ave  NE 

Tel:  800-471-5184  x  2465 
Fax:  206-637-1504 
lancew@asymetrix.com 

iRAT 

introspect 
Technologies,  Inc. 

Mary  I  Bums 

Cynthia  M  Mavros 

1765  S.  8th  Street 

Suite  T8 

Colorado  Springs,  CO 

80906 

Tel:  719-634-5744 

Fax:  719-634-1163 
intros@usa.net 

LINC 

Environment 

Unisys  Corp. 

Gary  Olsen 

PO  Box  500 

Blue  Bell,  PA  19424 

Tel:  215-986-3278 

Fax:  215-986-6646 
linc@p03.bb.unisys.com 

A,D,E,U 


MIS 

DT,  MF 

MIS,  RT 

DT 

MIS,RT 

UT 

TECH,  RT 

WS 

All 

DT 

All 

DT 

All 

DT 

MIS 

DT 

TECH,  RT 

DT 

MIS,  TECH 

WS 
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Tool 


Vendor 


Contact  Info 


Type  Target  Platforms 


MacAnalyst  Excel  Software 

MacDesigner 


Magec„RAD 

System 


McCabe  Object- 
Oriented  Tool 


Magee  Software 


McCabe  and 
Associates,  Inc 


MethodMaker  I  Mark  V  Systems 


ObjectMaker,  Mark  V  Systems 
ObjectMaker  TDK 


ObjeetTeam  I  Cadre  Technologies 


ObjeetTeam/ProDe  Cadre  Technologies 

V 


ObjeetTeam  for  Cadre  Technologies 
OMT 


Obsydian 


Synon,  Inc. 


Wang  Laboratories 


Harold  Halbleib 
PO  Box  141 

Marshalltown,  I A  505018 
Tel:  515-752-5359 
Fax:  515-752-2435 
casetools@aol.com 


Vic  Lee 

1603  LBJ  Freeway 
Suite  880 
Dallas,  TX  75234 
Tel:  800-336-2432 
Fax:  214-448-3030 


Barbara  Fiato 

5501  Twin  Knolls  Rd  #1 1 1 
Columbia,  MD  21045 
Tel  800-638-6316 
Fax:  410-995-1528 
Mike@McCabe.com 


Mo  Bjornestad 
16400  Ventura  Blvd  #300 
Encino,  CA  91436-2123 
Tel:  818-995-7671 
Fax:  818-995-4267 
mob@markv.com 


Mo  Bjornestad 
16400  Ventura  Blvd  #300 
Encino,  CA  91436-2123 
Tel:  818-995-7671 
Fax:  818-995-4267 
mob@markv.com 


Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 
Tel:  301-897-4101 
Fax:  301-897-3106 
dtrolan@cadre.com 


Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 
Tel:  301-897-4101 
Fax:  301-897-3106 
dtrolan  @  cadre,  com 


Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 
Tel:  301-897-4101 
Fax:  301-897-3106 
dtrolan@cadre.com 


Byron  Wilkes 
Tel:  206-223-1404 
Fax:  206-382-9648 


Judy  Cole 
Tel:  508-967-2199 
Fax:  508-967-9736 
judy.cole@mailoff.wang. CO 
m 


All 

DT 

MIS 

ALL 

TECH,  RT 

ALL 

ALL 

DT,WS 

ALL 

DT,  WS 

TECH,  RT 

ALL 

TECH,  MIS 

WS 

ALL 

WS,DT 

MIS 

DT 

MIS 

WS,DT 
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Tool  Vendor  Contact  Info  Type  Target  Platforms 


Paradigm  Plus 

ProtoSoft 

Kevin  Shea 

Tel:  703-359-3755 

Fax:  703-359-3753 
shea@protosoft.com 

A,  D,  C,  E, 
U,0 

ALL 

DT,WS 

ProcessMaker 

Mark  V  Systems 

Mo  Bjornestad 

16400  Ventura  Blvd  #300 
Encino,  CA  91436-2123 

Tel:  818-995-7671 

Fax:  818-995-4267 
mob@markv.com 

0 

ALL 

WS,DT 

ProMod- 

AutoDesign 

G  &  E  Systems 

Bryan  Cooper 

250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Tel:  617-784-1007 

Fax:  617-784-1737 
bkocher@aol.com 

D,  C,U 

ALL 

ALL 

ProMod-GUI, 

ProMod-Proface, 

ProMod-ProSQL 

G  &  E  Systems 

Bryan  Cooper 

250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Tel:  617-784-1007 

Fax:  617-784-1737 
bkocher@aol.com 

D,  C,0 

ALX 

ALL 

ProMod-OCM 

G  &  E  Systems 

Bryan  Cooper 

250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Tel:  617-784-1007 

Fax:  617-784-1737 
bkocher@aol.com 

0 

ALL 

WS 

ProMod-Plus 

G  &  E  Systems 

Bryan  Cooper 

250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Tel:  617-784-1007 

Fax:  617-784-1737 
bkocher@aol.com 

A,  D,  C,  E, 
U,0 

ALL 

ALL 

ProMod- 

SourcePilot 

G  &  E  Systems 

Bryan  Cooper 

250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Tel:  617-784-1007 

Fax:  617-784-1737 
bkocher@aol.com 

D,C,0 

ALL 

WS 

Provision 

Workbench 

Proforma  Corp 

Hugh  Mensch 

17515  West  9-Mile  Rd. 
Southfield,  MI  48075 

Tel:  810-443-0506 

Fax:  810-443-5495 

A,U,E,0 

MIS 

DT 

QASE-RT 

Advanced  System 
Technologies,  Inc. 

Don  Hazell 

12200  E.  Briarwood  Ave 

Suite  260 

Englewood,  CA  80401 

Tel:  303-790-4242  xl29 

Fax:  303-790-2816 
dhazell  @advsystech.com 

0 

MIS,  RT 

DT,WS 

Rational  Rose 

Rational  Software 
Corp. 

Loren  Archer 

2800  San  Tomas  Expressway 
Santa  Clara,  CA  95051 

Tel:  408-496-3600 

Fax:  408-496-3974 
loren@rational.com 

A,D,U,E 

AH. 

WS,DT 
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Tool  Vendor  Contact  Info  Type  Target  Platforms 


Rational 

Rose/Ada, 

Rational 

Rose/C++ 

Rational  Software 
Corp. 

Loren  Archer 

2800  San  Tomas  Expressway 
Santa  Clara,  CA  9505 1 

Tel:  408-496-3600 

Fax:  408-496-3974 
loren@rational.com 

A,  D,  C,  U, 
E 

ALL 

WS 

RDBMS  App  Dev 

Cadre  Technologies 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A,0 

MIS 

WS,MF 

ROBOCHART 

Digital  Insight 

Lynn  Morrison 

PO  Box  533 

Simi  Valley,  CA  93062 

Tel:  805-583-3627 

Fax:  805-583-3809 
rc-sales@diginc.com 

D,  C,  U,  0 

ALL 

WS 

RTM 

Marconi  System 
Technology 

Distributor: 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A,U 

ALU 

WS 

SES/Objectbench 

SES 

Marc  Fackler 

Tel:  719-522-9050 

Fax:  719-522-9052 
fackler@ses.com 

D,C 

ALL 

WS 

SES/Workbench 

SES 

Marc  Fackler 

Tel:  719-522-9050 

Fax:  719-522-9052 
fackler@ses.com 

A,  D,  C,  O 

AIX 

WS 

SoDA 

Rational  Software 
Corp. 

Balaji  Yelmanchili 

2800  San  Tomas  Expressway 
Santa  Clara,  CA  95051 

Tel:  408-496-3600 

Fax:  408-496-3974 
by@rational.com 

D,  C,U 

ALL 

WS 

SoftTest 

Bender  & 

Associates,  Inc. 

Blaine  Bragg 

PO  Box  849 

Larkspur,  CA  94939 

Tel:  415-924-9196 

Fax:  415-924-3020 
bbragg@  softtest.com 

A,T 

ALL 

DT,  WS 

SUMMIT-D, 
SUMMIT  Process 

Coopers  &  Lybrand 
L.L.P 

John  J.  Newcomb 

Princeton  Forrestal  Village 
136-300  Main  Street 
Princeton,  NJ  08540 

Tel:  609-520-6131 

Fax:  609-520-6195 

E,U 

MIS 

DT 

System  Engineer 

LBMS,  Inc. 

John  Wills 

1800  West  Loop  South 

6th  Floor 

Houston,  TX  77029 

Tel:  800-231-7575 

Fax:  713-343-4419 
Sales@lbms.com 

A,  D,  C,  E, 

u,o 

MIS,  TECH 

DDT 
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Teamwork 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A,  D,  C,  E, 
U,0 

MIS,  TECH 

MF,  MF 

Team  work/ Ada 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

D,  C,0 

TECH,  RT 

WS,MF 

Teamwork/ 
Dynamic  Analysis 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A 

TECH,  RT 

WS,MF 

Teamwork/ 

IMSQL 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A,0 

MIS,  TECH 

WS,  MF 

Teamwork/RT 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan  @  cadre .  com 

A,  D,U 

TECH,RT 

WS,MF 

Teamwork/SA 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

A,D,U 

TECH,RT 

WS,MF 

Teamwork/SD 

Cadre  Technologies, 
Inc. 

Doug  Troian 

6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Tel:  301-897-4101 

Fax:  301-897-3106 
dtrolan@cadre.com 

D,C,0 

TECH,  RT 

WS,MF 

TurboCASE 

StructSoft,  Inc. 

Shang  Chyou 

206-644-9834 

206-644-7714 

76636. 254@compuserve. CO 
m 

A,  D,  C,  0, 
U 

MIS, 

TECH,RT 

DT 

TurboCASE/Sys 

StructSoft,  Inc. 

Shang  Chyou 

206-644-9834 

206-644-7714 

76636. 254@compuserve.  CO 
m 

A,U 

TECH,  RT 

or 
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This  appendix  contains  technology  information  sheets  for  most  of  the  RAD  tools  in 
the  tool  lists.  These  reports  provide  more  detailed  information  than  the  tools  list.  Users  of 
these  reports  should  be  able  to  make  preliminary  tool  assessments  based  on  the  provided 
information.  Information  on  pricing,  contact,  life-cycle  phases  and  activities,  intended  users, 
primary  methodology  base,  hardware  platforms,  and  general  tool  capabilities  are  included.  The 
information  has  been  divided  into  several  sections.  Following  is  a  quick  description  of  each 
section: 


The  Product  Information  and  Contact  Information  sections  should  be  self- 
explanatory. 

The  Life  Cycle  Phases  and  Activities  section  capture  the  intended  purpose  of  the 
tool.  Most  tools  are  targeted  at  activities  within  specific  phases  of  the  software  life 
cycle  or  are  targeted  at  activities  that  occur  across  life  cycle  phases.  The  life  cycle 
phases  that  are  identified  (Analysis,  Design,  Coding,  and  Maintenance)  are  generic  and 
are  not  intended  to  imply  any  specific  life  cycle  model  such  as  waterfall  or  spiral.  Re¬ 
engineering  or  reverse  engineering  tools  are  considered  Maintenance  tools.  Several 
activities  have  been  identified  (e.g..  Testing,  Configuration  Management, 
Documentation,  and  Project  Management)  that  occur  across  life  cycle  phases.  The  list 
of  activities  is  not  meant  to  be  all  inclusive.  Other  activities  are  listed  as  "Other." 
Finally,  one  technology  (Environments  or  Frameworks)  that  acts  to  connect  tools  that 
automate  the  various  life  cycle  phases  and  activities  is  identified. 

The  Intended  Customers  section  identifies  the  tool's  intended  market.  Several 
examples  of  target  customers  such  as  MIS  and  Real-Time  are  listed.  The  "Other" 
category  is  for  a  tool  that  fills  very  specific  market  niche. 

The  Primary  Methodology  section  addresses  an  issue  important  to  the  classification 
of  analysis  and  design  tools.  Three  complimentary  and  orthogonal  views  of  software 
development  methodologies  have  been  recognized.  They  are  object-oriented,  process- 
oriented  (structural  or  functional),  and  behavior-oriented  (temporal,  state-oriented,  or 
dynamic).  Each  of  these  views  takes  a  different  perspective  of  the  system  being 
developed.  Good  development  methodologies  are  typically  concentric  around  one  of 
the  paradigms  with  support  for  the  other  two.  Some  tools  may  support  multiple 
methodologies  with  differing  primary  paradigms. 
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The  Configurations  section  lists  the  various  Platforms/Operating-System  on  which 
the  tool  is  currently  available. 

The  Description/Purpose  section  contains  free  form  text  describing  the  tool. 

The  information  in  the  reports  was  obtained  either  directly  from  the  vendor  or  from 
the  vendor's  literature.  In  most  cases,  the  vendor  has  supplied  the  information. 

There  are  tools  in  the  tool  lists  for  which  there  is  no  associated  technology 
information  sheet.  This  condition  occurs  because  there  was  insufficient  availadble  information 
to  create  the  technology  information  sheet,  either  because  the  vendor  did  not  supply 
information  in  time  for  publication  or  because  the  tool  was  added  to  the  tool  list  too  late  for  the 
creation  of  a  technology  information  sheet. 

The  STSC  can  be  contacted  for  both  unpublished  and  updated  reports  that  may  be 

available. 
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ADADL  by  Software  Systems  Design,  Inc. 


Description/Purpose: 

ADADL  is  an  Ada/PDL  used  to  design,  document  and  analyze  Ada  programs. 

ADADL,  an  Ada-based  PDL  fully  satisfies  the  DoD  Directive  3405.2  requirements  for  a  compilable  Ada/PDL. 
Using  the  ADADL  processor  improves  both  design  quality  and  designer  productivity. 

ADADL  analyzes  both  the  pseudo-code  and  actual  executable  Ada  code  to  detect  logic  errors  and  to  produce  a 
"pretty  printed"  output  report  which  greatly  simplifies  understanding  the  design. 

ADADL  can  be  used  for  both  forward  and  reverse  engineering. 

The  analysis  of  the  design  results  in  over  25  additional  reports  that  describe  the  design  at  any  phase  of 
development.  Examples  of  design  reports  are  cross  reference  of  usage  of  Ada  types,  objects  (including  set/use 
information)  and  program  units,  invocation  trees,  declaration  structure,  with  hierarchy,  generic  utilization, 
and  interrupt  reports. 

The  user  can  create  up  to  10  customized  "project  management"  reports  to  identify  such  things  as,  requirements 
traceability  (what  requirements  are  satisfied  by  which  program  units),  dates  of  completion  of  design  reviews, 
coding  or  testing. 

The  design  quality  report  shows  areas  of  potentially  questionable  quality,  such  as  where  items  are  declared  but 
never  used  or  "with"ed  but  not  needed. 

The  pseudo-code  design  and  executable  code  are  analyzed  to  calculate  the  McCabe  complexity  metric  for  each 
program  unit,  allowing  overly  complex  program  units  to  be  identified  early  in  the  lifecycle. 

The  ADADL  processor  works  in  conjunction  with  the  DocGen  tool  to  automatically  produce  Mil/DoD 
_ Standard  documentation,  and  with  the  TestGen  tool  to  assist  in  design  Unit  test  strategies. _ 


STSC  RED  Product  Sheet  Version  2.0c 
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Argos  by  Versant  Object  Technology 


STSC  RED  Product  Sheet  Version  2.0c 
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ARIS/DesignGen  by  Software  Systems  Design,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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Axiom-SA  by  STG,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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AxiomDsn  by  STG,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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AxiomSys  by  STG,  Inc. 


Product  Information: 


Contact  Information: 


Version  Number:  4.2 

Date  of  Last  Release:  June  1995 
Date  of  First  Release:  May  1994 
Number  Sold:  500 

Single  User  Price:  $2495  sinj 


500 

$2495  single  user 
Quantity  Discounts 
Available 


Point  of  Contact: 

Name:  Vince 

Address:  2815' 

Saugi 

Phone :  800-9 

Fax :  805-2 

E-mail :  info^ 


Vince  Peterson 

28157  Shelter  Cove  Dr. 

Saugus,  CA  91350 

800-959-245 1/805-296-3607 

805-296-5302 

info@st2case.com 


Lifecycle  Phases  and  Activities: 

V  Requirements  Specification 

High  Level  Design 

Re-engineering 

V  Requirements  Analysis 

Low  Level  Design 

Environment 

V  Requirements  Documentation 

Database 

V  System  Analysis 

V  Requirements  Tracing/Mgmt. 

Client-Server 

Other: 

Intended  Customers: 

All  V 

Engineering 

V  Embedded  Systems 

V  MIS 

Client-Server 

V  Real-time 

Database 

Other: 

Primary  Methodology: 

V  Structured  Object-Oriented 


Behavior-Oriented 


Configurations: 

IBM  PC  and  compatibles  (MS-Windows) 

Runs  under  emulators  on  Suns  and  Power  Macs 


Description/Purpose: 

AxiomSys  is  a  system  requirements  analysis  tool  supporting  Structured  Analysis  with 
Hatley-Pirbhai  real-time  extensions  and  the  Hatley-Pirbhai  Architecture  Modeling. 
Requirements  tracing  is  an  integrated  part  of  the  tool.  Automated  documentation  to 
meet  all  standards  is  supported.  AxiomSys  is  integrated  with  the  AxiomDsn  Software 
design  tool.  STG  is  on  the  World  Wide  Web  at  http://www.smartlink.net/~stgvjp 
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BPWIN  by  Logic  Works 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Estimacs  by  Computer  Associates  International,  Inc. 


Product  Information: 

Version  Number:  7 . 1 

Date  of  Last  Release:  February,  1995 
Date  of  First  Release:  1 982 
Number  Sold: 

Single  U ser  Price:  Contact  Vendor 


Contact 

Information: 

Point  of  Contact: 

Name: 

Dana  Williams 

Address: 

One  Computer  Associates  Plaza 
Islandia,NY  11788 

Phone : 

800-225-5224 

Fax : 
E-mail : 

516-342-5734 

Lifecycle  Phases  and  Activities: 

Requirements  Specification 

High  Level  Design 

Re-engineering 

Requirements  Analysis 

Low  Level  Design 

Environment 

Requirements  Documentation 

Database 

System  Analysis 

Requirements  Tracing/Mgmt. 

V  Other;  Project  Estimation 

Client-Server 

Intended  Customers: 

AH  Engineering 

V  MIS  Client-Server 

Database  Other:  Application  developers 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Structured  V  Object-Oriented 

Behavior-Oriented 

Configurations: 

IBM  PC  or  compatible  (MS-DOS) 

Description/Purpose; 

CA-Estimacs  is  an  estimating  model  using  research  drawn  from  a  database  of  more  than 
18,000  completed  software  projects.  CA-Estimacs  is  designed  to  provide  software 
developers  with  time/cost/resources  estimates  (within  +/- 15%  of  actual)  during  the 
feasibility  phase  of  the  life  cycle.  CA-Estimacs  delivers  estimates  without  requiring  the 
user  to  understand  function  points  or  SLOC.  In  addition,  CA-Estimacs  also  provides  a 
Risk  Analysis  model  for  assessing  a  project's  vulnerability;  A  Financial  Model  for 
determining  cost  and  benefits  of  a  project;  An  estimate  of  the  number  of  function  points 
a  project  will  deliver  (based  on  the  effort  estimate);  and  a  Portfolio  Analysis 
Component  that  enables  you  to  conduct  strategic  planning  to  determine  whether  the 
system  meets  your  business  goals  and  also  determine  the  resource  requirements  needed 
across  multiple  projects. 
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CA’MetricS  by  Computer  Associates  International,  Inc. 
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CA-Pan/LCM  Configuration  Manager 

by 

Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 


B-39 


Software  Technology  Support  Center 


CA-Pan/Merge  by  Computer  Associates  International,  Inc. 
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CA-  Panexec  by  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Panvalet  by  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Planmacs  by  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Realia  11  Workbech  by  Computer  Associates  International,  Inc. 
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CA-Telon  by  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Telon  PWS  by  Computer  Associates  International,  Inc. 


Product  Information: 

Version  Number:  2 . 3 

Date  of  Last  Release:  October,  1994 
Date  of  First  Release:  1989 
Number  Sold: 

Single  User  Price:  Contact  Vendor 


Lifecycle  Phases  and  Activities: 

Requirements  Specification  V  High  Level  Design 

Requirements  Analysis  V  Low  Level  Design 

Requirements  Documentation  Database 

Requirements  Tracing/Mgmt.  Client-Server 


Contact 

Information: 

Point  of  Contact: 

Name: 

Dana  Williams 

Address: 

1  Computer  Associates  Plaza 

Islandia,NY  11788 

Phone : 

800-225-5224 

Fax : 
E-mail : 

516-342-5734 

Re-engineering 
V  Environment 
System  Analysis 
Other: 


Intended  Customers: 

AU 

V  Engineering 

Embedded  Systems 

MIS 

Chent-Server 

Real-time 

Database 

Other:  Application  developers 

Primary  Methodology: 

V  Structured 

Object-Oriented 

Behavior-Oriented 

Configurations: 

IBM  386  and  above  or  compatible  with  PC-DOS  or  OS/2  and  support  for  multi-user 
LAN  implementations  under  Novell  NetWare  or  OS/2  LAN  Server. 


Description/Purpose: 

CA-Telon  PWS  is  a  complete  implementation  of  the  mainframe  version  of  CA-Telon  designed  to  run 
on  MS-DOS  and  OS/2.  With  CA-Telon  for  the  Programmable  Work  Station  (PWS),  users  can  offload 
their  application  development  projects  from  the  mainframe  and  provide  programmers  with  a  complete 
application  development  environment  on  the  workstation.  CA-Telon  PWS  generates  COBOL, 
COBOL  II,  or  PL/1  source  programs  that  access  CA-IDMS/DB,  IMS,  VSAM,  and  a  variety  of 
RDBMS’s.  The  CA-Telon  Design  Facility  may  be  used  for  designing  and  prototyping  on-line  and 
batch  applications.  The  CA-Telon  Generator  facility  is  used  for  generating  structured  portable  code  for 
AS/400,  IMS,  CICS,  UNIX,  Tandem,  MVS,  VSE,  OS/2  and  PC-DOS.  CA-Telon  PWS  works  with 
either  CA-Realia  or  Micro  Focus  COBOL  compilers,  debuggers  or  test  facilities.  With  CA-Telon 
PWS,  developers  can  have  the  full  advantages  of  working  on  the  workstation  without  losing 
compatibility  with  the  mainframe.  All  new  development  and  modification  of  existing  CA-Telon 
created  programs  can  be  done  on  the  workstation  with  CA-Telon  PWS  then  stored  and  combined  with 
existing  systems  on  the  mainframe. 
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CA-Visual  Objects  by  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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CA-Visual  Realia  by  Computer  Associates  International,  Inc. 


Product  Information: 


Version  Number: 
Date  of  Last  Release: 
Date  of  First  Release: 
Number  Sold: 

Single  User  Price: 


Contact  Vendor 


Lifecycle  Phases  and  Activities: 


Contact  Information: 

Point  of  Contact: 

Name:  Dana  Williams 

Address:  One  Computer  As 


Phone : 
Fax : 
E-mail : 


Dana  Williams 

One  Computer  Associates  Plaza 

Islandia,NY  11788 

800-225-5224 

516-342-5734 


Requirements  Specification  High  Level  Design 

Requirements  Analysis  Low  Level  Design 

Requirements  Documentation  Database 

Requirements  Tracing/Mgmt.  v  Client-Server 
V  Other:  COBOL  Application  Development  for  windows 


Re-engineering 
V  Environment 
System  Analysis 


Intended  Customers: 

All 

Engineering 

Embedded  Systems 

MIS 

V  Client-Server 

Real-time 

Database 

V  Other:  Application  Developers 

Primary  Methodology: 

V  Structured 

Object-Oriented 

Behavior-Oriented 

Configurations: 

IBM  PC  and  compatible  (Windows) 


Description/Purpose: 

C A- Visual  Realia  is  a  complete  Windows  development  that  provides  COBOL 
programmers  with  the  tools  needed  to  create  GUI  client/server  applications.  CA-Visual 
Realia  uses  COBOL  for  the  business  logic  and  GUI  Windows  tools  for  the  user 
interface.  CA-Visual  Realia  facilitates  the  development  of  new  GUI  corporate 
applications  while  allowing  legacy  systems  to  acquire  a  GUI  front-end. 
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CA~Visual  Telonby  Computer  Associates  International,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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Canonizer  by  Sigma  Six  CASE,  Inc. 


STSC  RED  Product  Sheet  Version  2,0c 
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CDADL  by  Software  Systems  Design^  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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Chen  Workbench  by  Chen  &  Associates,  Inc. 


Product  Information; 

Version  Number: 

Date  of  Last  Release: 

Date  of  First  Release: 

Number  Sold: 

Single  User  Price: 


Contact 

Information: 

Point  of  Contact: 

Name: 

Kirk  Chedotal 

Address: 

4884  Constitution  Ave 

Suite  1-E 

Baton  Rouge,  LA  70808 

Phone : 

504-928-5765 

Fax : 

504-928-9371 

Lifecycle  Phases  and  Activities: 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 

V  High  Level  Design 
Low  Level  Design 

V  Database 

V  Client-Server 

V  Re-engineering 
Environment 

System  Analysis 

Other: 

Intended  Customers: 

All 

V  MIS 

V  Database 

V  Engineering 

V  Client-Server 

Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Structured 

Object-Oriented 

Behavior-Oriented 

Configurations: 

PC  or  compatible  (DOS,  Windows) 


Description/Purpose: 

The  Chen  ER-Modeler  Workbench  provides  CASE  tools  supporting  data  and  process 
modeling,  normalization,  dictionary,  schema  generation,  and  reverse  engineering. 
Migration/conversion  is  also  supported.  Chen  diagrams  use  two  different  Entity- 
Relationship  notation;  Process  models  use  either  Gane-Sarson  or  Yourdon-DeMarco 
notation.  The  Chen  Normalizer  is  one  of  the  most  sophisticated  on  the  market, 
performing  Normalization  to  the  third  normal  form.  Functional  dependencies  can  be 
saved  to  facilitate  denormalization.  Links  to  major  data  dictionaries  and  CASE  tools  are 
provided.  ER-Modeler  is  available  in  either  network  or  standalone  versions  and  run  on 
a  PC  or  compatible  with  DOS  or  Windows  and  a  graphics  cards. 
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DataViewS  by  DataVeiws  Corp. 


STSC  RED  Product  Sheet  Version  2.0c 
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DocEXPRESS  by  ATA,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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DOORS  by  Zycad  Corp. 


STSC  RED  Product  Sheet  Version  2.0c 
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EiffelCase  by  ISE 


STSC  RED  Product  Sheet  Version  2.0c 
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Ensemble  by  Cadre  Technologies,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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ERWIN/ERX  by  Logic  Works 


STSC  RED  Product  Sheet  Version  2.0c 
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ES  RE/Vision  by  Eden  Systems  Corp. 


STSC  RED  Product  Sheet  Version  2.0c 
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EXPERT/CIO  by  P-Cube  Corporation 


STSC  RAD  Product  Sheet  Version  2.0c 
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firstcase  by  AGS  Management  Systems,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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Foresight  by  Nu  Thena  Systems 


Product  Information: 


Version  Number: 
Date  of  Last  Release: 
Date  of  First  Release: 
Number  Sold: 

Single  User  Price: 


4.0 

June  1995 


Contact 

Information: 

Point  of  Contact: 

Name: 

Peter  Stoupas 

Address: 

1430  Spring  Hill  Rd. 

Suite  220 

McLean,  VA  22102 

Phone : 

703-356-5056 

Fax : 

703-356-0498 

E-mail : 

info  @  nuthena.com 

Lifecycle  Phases  and  Activities: 

Requirements  Specification 

V  High  Level  Design 

Re-engineering 

Requirements  Analysis 

Low  Level  Design 

Environment 

Requirements  Documentation 

Database 

V  System  Analysis 

Requirements  Tracing/Mgmt. 

Client-Server 

Other: 

Intended  Customers: 

All 

MIS 

Database 

V  Engineering 

Client-Server 

Other: 

V  Embedded  Systems 

V  Real-time 

Primary  Methodology: 

V  Structured 

V  Object-Oriented 

V  Behavior-Oriented 

Configurations: 

SUN  (Unix)  and  HP  (Unix) 


Description/Purpose: 

Foresight  is  a  tightly  coupled  suite  of  software  tools  for  constructing  and  analyzing 
systems  designs.  Its  advanced  modeling  and  simulation  capability  dlows  the  system 
developer  to  capture,  test,  analyze,  and  optimize  any  complex  system.  Foresight's 
robust  modeling  constructs  capture  all  aspects  of  complex  systems  including 
performance,  functionality,  dynamic  behavior,  and  information  flow.  With  Foresight, 
you  minimize  development  risks,  times  and  costs. 
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Foundation  Design  by  Anderson  Consulting  Foundation 


STSC  RED  Product  Sheet  Version  2.0c 
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Foundation  Vista  by  Menlo  Business  Systems 


Product  Information: 

Version  Number:  4 . 8 

Date  of  Last  Release:  1 994 

Date  of  First  Release:  1987 

Number  Sold:  300+ 

Single  User  Price:  $2,900  (Qty  1) 

Volume  Discounts 

Contact  Information: 

Point  of  Contact: 

Name:  Ronald  Snow 

Address:  201  Main  Street 

Los  Altos,  CA  94022 

Phone :  415-948-7920 

Fax :  415-949-6655 

E-mail :  menlomail@eWorld.com 

Lifecycle  Phases  and  Activities: 

V  Requirements  Specification  V  Hig 

V  Requirements  Analysis  V  Lo\ 

V  Requirements  Documentation  V  Dat 

Requirements  Tracing/Mgmt.  V  Clit 

h  Level  Design  V  Re-engineering 

V  Level  Design  Environment 

abase  System  Analysis 

;nt-Server  Other: 

Intended  Customers: 

V  AH  Engineering 

MTS  Client-Server 

Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Structured  Object-Oriented 

Behavior-Oriented 

Configurations: 

Macintosh  and  PowerPC,  System  6,  System  7+ 

Description/Purpose: 

FOUNDATION  VISTA  automates  the  documentation  and  diagramming  process. 
Designers  produce  high-quality  system  documentation,  business  process  flows,  data 
flow  diagrams,  database  design,  (NonStop  SQL,  Enscribe,  ORACLE,  DB2, 

SYBASE...  others)  program  structure  definitions,  forms  and  screen  designs.  It  also 
validates  output  against  accepted  editor  rules  throughout  the  stages  of  development. 
FOUNDATION  VISTA  takes  full  advantage  of  the  ease  of  us,  power,  adn  flexibility  of 
the  Macintosh  advanced  workstation.  FOUNDATION  VISTA  supports  Yourdon, 
Gane-Sarson,  Jackson  and  other  structured  design  methodologies.  All  modules  are 
interfaced  through  the  central,  multi-user  data  dictionary.  Dictionary  information  can  be 
exported  and  used  as  the  source  for  software  generation.  Dictionary  acess  supports 
both  the  single  workstation  and  a  multi-user  LAN  environment. 

STSC  RED  Product  Sheet  Version  2.0c 
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IE  Advantage  by  Information  Engieering  Systems  Corp. 


STSC  RED  Product  Sheet  Version  2.0c 
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Infontodeler  by  Asymetrix  Corp. 


Product  Information: 

Version  Number:  1 . 5 

Date  of  Last  Release:  N ovember  1 994 

Date  of  First  Release:  February  1994 

Number  Sold:  10,000 

Single  User  Price:  $395  -  $  1 ,995 

Contact  Information: 

Point  of  Contact: 

Name:  Lance  Wieland 

Address:  1 10  100th  Ave  NE 

Phone:  800-471-5184x2465 

Fax :  206-637-1504 

E-mail :  lancew@asymetrix.com 

Lifecycle  Phases  and  Activities: 

Requirements  Specification  Hig 

Requirements  Analysis  Lov 

Requirements  Documentation  V  Dat 
Requirements  Tracing/Mgmt.  Clic 

h  Level  Design  Re-engineering 

V  Level  Design  Environment 

abase  System  Analysis 

mt-Server  Other: 

Intended  Customers: 

All  Engineering 

MIS  V  Client-Server 

V  Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

Structured  Object-Oriented 

V  Other 

Behavior-Oriented 

Configurations: 

Windows  based 

Description/Purpose: 

Data  Modeling  Tool  -  See  product  Literature. 

STSC  RED  Product  Sheet  Version  2.0c 
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iRAT  by  introspect  Technologies,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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LINC  Environment  by  Unisys  Corp. 


STSC  RED  Product  Sheet  Version  2.0c 
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MacAnalyst  &  Mac  Designer  by  Excel  Software 


STSC  RED  Product  Sheet  Version  2.0c 
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Magee  RAD  System  by  Magee  Software 


STSC  RED  Product  Sheet  Version  2.0c 
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McCabe  Object-Oriented  by  McCabe  and  Associates,  Inc. 


STSC  RED  Product  Sheet  Version  2,0c 
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MethodMaker  TDK  by  Mark  V  Systems 


Contact  Information: 

Point  of  Contact: 

Name:  Mo  Bjornestad 

Address:  16400  Ventura  Blvd  #300 

Encino,  CA  91436-2123 
Phone:  818-995-7671 

Fax :  818-995-4267 

E-mail :  mob@markv.com 


Product  Information: 

Version  Number: 

3.2 

Date  of  Last  Release: 

June  1995 

Date  of  First  Release: 

June  1992 

Number  Sold: 

250 

Single  User  Price: 

$10,000 

Lifecycle  Phases  and  Activities: 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 

V  Other:  Meta  Tool 

High  Level  Design 

Low  Level  Design 
Database 

Client-Server 

Re-engineering 

Environment 

System  Analysis 

Intended  Customers: 

V  All 

Engineering 

Embedded  Systems 

MIS 

Client-Server 

Real-time 

Database 

Other: 

Primary  Methodology: 

Structured 

V  Object-Oriented 

Behavior-Oriented 

Configurations: 

Microsoft  Windows  (3.1,  NT,  95) 

most  UNIX  platforms  (IBM,  HP,  SUN,  SGI,  DEC) 


Description/Purpose: 
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ObjectMaker®  by  Mark  V  Systems 


STSC  RED  Product  Sheet  Version  2.0c 
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ObjectMaker  TDK  by  Mark  V  Systems 


STSC  RED  Product  Sheet  Version  2.0c 
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OhjectTeam  for  Shlaer-Mellor  by  Cadre  Technologies,  Inc. 


Product  Information: 

Version  Number:  6.0 

Date  of  Last  Release:  September  1994 
Date  of  First  Release:  1988 

Number  Sold:  2,200+ 

Single  User  Price:  GSA  Available 


STSC  RED  Product  Sheet  Version  2.0c 


Contact  Information: 

Point  of  Contact: 

Name:  Doug  Troian,  Dir  Fed  Ops 

Address:  6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 
Phone :  301-897-4101 

Fax:  301-897-3106 

E-mail :  dtrolan@cadre.com 
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ObjectTeam/ProDev  by  Cadre  Technologies,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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ObjectTeam  for  OMT  by  Cadre  Technologies,  Inc. 


Product  Information: 


Contact  Information: 

Point  of  Contact: 


Version  Number: 
Date  of  Last  Release: 


3.1 

March  1995 


Date  of  First  Release:  March  1 994 


Number  Sold: 
Single  User  Price: 


110+ 

Discounts  Available 


Name: 

Address: 


Phone : 
Fax  : 
E-mail : 


Doug  Troian,  Dir  Fed  Ops 
6701  Democracy  Plaza 
Suite  710 

Bethesda,  MD  20817 
301-897-4101 
301-897-3106 
dtrolan  @  cadre.com 


Lifecycle  Phases  and  Activities: 

V 

Requirements  Specification 

V 

High  Level  Design 

Re-engineering 

V 

Requirements  Analysis 

V 

Low  Level  Design 

Environment 

V 

Requirements  Documentation 

V 

Database 

System  Analysis 

V 

Requirements  Tracing/Mgmt. 

V 

Client-Server 

Other: 

Intended  Customers: 

V  All 

Engineering 

Embedded  Systems 

MIS 

Client-Server 

Real-time 

Database 

Other: 

Primary  Methodology: 

Structured  V 

Object-Oriented 

Behavior-Oriented 

Configurations: 

Sparc(SunOS(planned),  Solaris),  H-P  PA  RISC  (HP-UX),  IBM  RS6000  (AIX),  DEC 
ALPHA  (OSF/1),  SGI(IRIX)(planned),  Windows  3.1  (client  planned),  Windows  95 
(Client  planned).  _ 


Description/Purpose: 

ObjectTeam  for  OMT  is  a  multi-user  CASE  capability  for  automating  the  Object 
Modeling  Technique  with  extensions.  The  toolset  supports  four  phases  of  development 
by  iteration  and  elaboration  including:  Analysis,  System  Design,  Object  Design  and 
Implementation.  OMT  diagrams  supported  include  the  Object  Diagram,  Harel  State 
Diagrams,  Process  Diagrams  and  Event-Trace  Diagrams.  Extensions  to  OMT  include 
the  Class  Communication  Diagram  and  the  Message  Generalization  Diagram.  The 
toolset  supports  the  generation  of  C++  class  definitions,  Ada  (planned)  and  New  Era 
OO  4GL  from  Informix.  Other  code  generators  are  planned.  Integration  with  RTM, 
DOORS  and  DocEXPRESS  are  planned. 
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Obsydian  by  Synon,  Inc. 


STSC  RED  Product  Sheet  Version  2.0c 
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PACE  by  Wang  Laboratories,  Inc. 


Product  Information: 

Version  Number:  1 . 3 

Date  of  Last  Release:  February  1995 
Date  of  First  Release:  February  1993 
Number  Sold: 

Single  User  Price:  (Client) 

$295  -  $995 
(Server) 

$3500 -$128,500 


Lifecycle  Phases  and  Activities: 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 

High  Level  Design 

Low  Level  Design 

V  Database 

V  Client-Server 

Re-engineering 

Environment 

System  Analysis 

Other: 

Intended  Customers: 

All  Engineering 

V  MIS  V  Client-Server 

V  Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Strucmred  Object-Oriented 

Behavior-Oriented 

Configurations: 


Client:  Intel  PC  386  or  higher  (MS-DOS,  Microsoft  Windows) 
Server:  IBM  RS/6000(AIX),  WANG  VS(VS),  HP9000  (HP-UX) 


Description/Purpose: 

PACE  is  a  set  of  application  development  and  information  management  tools  built  upon 
a  rules-based  relational  database.  PACE  provides  a  complete  solution  for  the  rapid 
development  and  implementation  of  full-featured  client/server  database  applications  for 
the  windows  operating  system  environment. 


STSC  RED  Product  Sheet  Version  2.0c 


Contact  Information: 

Point  of  Contact: 

Name:  Judy  Cole 

Address:  Wang  Labs.  M/S  OIS-430 

600  Technology  Park  Dr. 
Billerica,  MA 
Phone :  508-967-2199 

Fax :  508-967-9736 

E-mail : _ judy.cole@mailoff.wang.com 
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Paradigm  Plus  by  ProtoSoft 


STSC  RED  Product  Sheet  Version  2.0c 
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ProceSsMaker®  by  Mark  V  Systems 


Lifecycle  Phases  and  Activities: 

V  Requirements  Specification  High  Level  Design 

Requirements  Analysis  Low  Level  Design 

Requirements  Documentation  Database 

Requirements  Tracing/Mgmt.  Client-Server 

V  Other:  Process  &  Workflow  Modeling 


Re-engineering 
Environment 
System  Analysis 


Product  Information: 

Version  Number:  4.0 

Date  of  Last  Release:  June  1995 
Date  of  First  Release:  June  1992 
Number  Sold:  500 

Single  User  Price:  $810 

$1,350 
$3,350 


Contact  Information: 

Point  of  Contact: 

Name:  Mo  Bjomestad 

Address:  1 6400  Ventura  Blvd  #300 

Encino,  CA  91436-2123 
Phone :  818-995-7671 

Fax :  818-995-4267 

E-mail :  mob@markv.com 


Software  Technology  Support  Center 


ProMod-AutoDesign  by  G  &  E  Systems 
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ProMod-GUI  by  G  &  E  Systems 
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ProMod-OCM  by  G  &  E  Systems 
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ProMod-PluS  by  G  &  E  Systems 
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ProMod-PROF ACE  by  G  &  E  Systems 
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ProMod-ProSQL  by  G  &  E  Systems 


STSC  RED  Product  Sheet  Version  2.0c 


B-87 


Software  Technology  Support  Center 


ProMod-SourcePilot  by  G  &  E  Systems 


Product  Information: 

Version  Number:  3 . 1 

Date  of  Last  Release:  January  95 

Date  of  First  Release:  -- 
Number  Sold:  2,000 

Single  User  Price:  $3,400 

Contact  Information: 

Point  of  Contact: 

Name:  Bryan  Cooper 

Address:  250  Edge  Hill  Rd. 

Sharon,  MA  02067 

Phone :  617-784-1007 

Fax :  617-784-1737 

E-mail :  bkocher@aol.com 

Lifecycle  Phases  and  Activities: 

Requirements  Specification  Hig 

Requirements  Analysis  V  Lov 

Requirements  Documentation  Dat. 

Requirements  Tracing/Mgmt.  Clie 

h  Level  Design  Re-engineering 

Level  Design  Environment 

abase  System  Analysis 

;nt-Server  7  Other: 

Intended  Customers: 

V  All  Engineering 

MIS  Client-Server 

Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Structured  V  Object-Oriented 

Behavior-Oriented 

Configurations: 

DEC  (Ultrix),  SUN  Sparc  (Solaris),  HP  9000  (HP-UX),  and  IBM  RS6000  (AIX). 

Description/Purpose: 

ProMod-SourcePilot  generates  C  of  FORTRAN  source  code  directly  form  a  Modular 
Design.  Using  ProMod  CASE  to  design  systems  and  SourcePilot  to  generate  the  code 
ensures  that  the  documentation  for  a  system  always  perfectly  represents  the  code. 
SourcePilot  also  performs  reverse  engineering  -  create  documentation  from  old  code. 
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Provision  Workbench  by  Performa  Corp. 
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QASE‘RT  by  Advance  System  Technologies,  Inc. 


Product  Information: 


Version  Number: 
Date  of  Last  Release: 


3.0 

March  1995 


Date  of  First  Release:  April  1990 
Number  Sold:  30 

Single  User  Price:  $  1 6,000  Mac 

$33,700  UNIX 


Lifecycle  Phases  and  Activities: 


Contact 

Information: 

Point  of  Contact: 

Name: 

Don  Hazell 

Address: 

12200  E.  Briarwood  Ave. 

Suite  260 

Englewood,  CO  80112 

Phone : 

303-790-4242  ext  129 

Fax : 

303-790-2816 

E-mail : 

dhazell  @  advsystech.com 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 


High  Level  Design 
Low  Level  Design 
Database 
V  Client-Server 


V  Other:  Performance  Analysis  &  Architecture  Planning 


Re-engineering 
Environment 
System  Analysis 


Intended  Customers: 

All 

V  MIS 

Database 

Engineering 

V  Client-Server 

Other: 

V  Embedded  Systems 

V  Real-time 

Primary  Methodology: 

Structured 

Object-Oriented 

Behavior-Oriented 

Configurations: 

Macintosh  -  Mac  or  PowerPC 

Windows/NT-  Intel  PC 

HP/UX  -  HP  workstation 

Solaris  -  SUN  Sparc  Workstation 

AIX  -  RS6000 

Description/Purpose: 

QASE-RT  is  an  analytic  and  simulation  modeling  tool  for  determining  the  capacity 
planning  and  response  time  requirements  of  distributed,  client/server  applications. 
AST's  distributed  computing  group  use  QASE  and  end-to-end  transaction  process  to 
build  accurate  models  of  the  server,  database,  client,  network,  and  application 
components  of  a  distributed  application.  This  can  be  used  as  powerful  "what  if" 
analysis  regarding  application  /data  placement,  scalability  and  service  level  agreements 
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Rational  Rose  by  Rational  Software  Corp 
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Rational  Rose/Ada  by  Rational  Software  Corp 
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Rational  Rose/C++  by  Rational  Software  Corp 


Product  Information: 


Version  Number: 
Date  of  Last  Release: 


2.5 

January  1995 


Date  of  First  Release:  June  1 994 


Number  Sold: 
Single  User  Price: 


5,000 

PC  -  $2,400 
UNIX  -  $8,400 


Contact 

Information: 

Point  of  Contact: 

Name: 

Loren  Archer 

Address: 

2800  San  Tomas  Expressway 
Santa  Clara,  CA  95051 

Phone : 

408-496-3600 

Fax  : 

408-496-3974 

E-mail : 

loren@rational.com 

Lifecycle  Phases  and  Activities: 

Requirements  Specification 

V  High  Level  Design 

V  Re-engineering 

V  Requirements  Analysis 

V  Low  Level  Design 

V  Environment 

Requirements  Documentation 

Database 

V  System  Analysis 

V  Requirements  Tracing/Mgmt. 

Client-Server 

Other: 

Intended  Customers: 

V  All 

Engineering 

Embedded  Systems 

MIS 

Client-Server 

Real-time 

Database 

Other: 

Primary  Methodology; 

Structured 

V  Object-Oriented 

Behavior-Oriented 

Configurations; 

HP  (HP/UX),  IBM  (AIX)  and  Sun  (Sun  OS  and  Solaris) 


Description/Purpose; 

Rational  Rose/Ada  is  a  graphical  software-engineering  tool  that  supports  object-oriented 
analysis,  design  and  implementation.  Helping  development  teams  produce  C++ 
applications  more  effectively.  With  Rational  Rose/Ada,  you  can  represent,  verify  and 
communicate  the  analysis  and  design  model  of  a  software  system.  Additionally,  you 
can  take  advantage  of  smart  code  generation  and  reverse-engineering  capabilities  for 
C-I-I-. 
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RDBMS  by  Cadre  Technologies,  Inc. 
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RoboChart  by  Digital  Insight 
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RTM  by  Marconi  Systems  Technology 
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Product  Information: 

Version  Number: 

2.0 

Date  of  Last  Release: 

June  1995 

Date  of  First  Release: 

May  1993 

Number  Sold: 

400 

Single  User  Price: 

Editor  =  $5000 

Simulator  =  $20,000 

Code  Generation/Arch.  Development  =  Varies 

Appendix  B:  Upper  CASE  Product  Sheets 


SES/Objectbench  by  SES 


Contact  Information: 


Point  of  Contact: 


Name:  Marc  Fackler 

Address:  1870  Dublin,  Suite  8 

Colorado  Springs,  CO  80918 
Phone :  719-522-9050 

Fax :  719-522-9052 

E-mail :  fackler@ses.com 


Lifecycle  Phases  and  Activities: 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 

V  High  Level  Design 

V  Low  Level  Design 
Database 

Client-Server 

Re-engineering 

Environment 

System  Analysis 

Other: 

Intended  Customers: 

V  All 

Engineering 

Embedded  Systems 

MIS 

Client-Server 

Real-time 

Database 

Other: 

Primary  Methodology: 

Structured 

V  Object-Oriented 

Behavior-Oriented 

Configurations: 

Sun  (Sun  OS  and  Solaris),  HP  (HPUX),  IBM  RS/6000  (AIX) 


Description/Purpose: 

SES/Objectbench  is  an  object-oriented  analysis  and  design  modeling  toolset.  It 
includes  a  graphical  editor  that  allows  users  to  easily  create  and  validate  models. 

Models  are  dynamically  checked  for  completeness  and  accuracy  through  user  controlled 
simulation  and  on-screen  animation.  The  SES/Objectbench  OOD  toolset  fully  supports 
architecture  definition,  development  and  code  generation. 
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SES/Workbench  by  SES 


Product  Information: 

Version  Number:  3.0 

Date  of  Last  Release:  December  1994 

Date  of  First  Release:  April  1989 

Number  Sold:  1500 

Single  User  Price:  $48,000  for  a  single 

user  floating  license 


Contact  Information: 

Point  of  Contact: 

Name:  Marc  Fackler 

Address:  1870  Dublin,  Suite  8 

Colorado  Springs,  CO  80918 
Phone :  719-522-9050 

Fax :  719-522-9052 

E-mail :  fackler@ses.com 


Lifecycle  Phases  and  Activities: 

Requirements  Specification 
Requirements  Analysis 
Requirements  Documentation 
Requirements  Tracing/Mgmt. 

V  High  Level  Design 
Low  Level  Design 

V  Database 

V  Client-Server 

V  Re-engineering 
Environment 

V  System  Analysis 

Other: 

Intended  Customers: 

V  AH  Engineering 

MIS  Client-Server 

Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

Structured  Object-Oriented 

Behavior-Oriented 

Configurations: 

Sun  (Sun  OS  and  Solaris),  HP  (HPUX),  IBM  RS/6000  (AIX) 

Description/Purpose: 

SESAVorkbench  is  an  integrated  modeling  environment  for  capturing  system  design 
decisions  and  analyzing  performance  throughout  a  project's  lifecycle.  SESAVorkbench 
supports  graphical  capture,  animation  and  simulation  of  mission-critical  systems,  and 
includes  comprehensive  tracing,  break,  statistics,  parameterization  and  library  features 
for  analyzing  complex  systems. 
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SoDA  by  Rational  Software  Corp 
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SoftTest  by  Bender  &  Associates,  Inc. 
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SUMMIT -D  by  Coopers  &  Lybrand  L.L.P. 
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SUMMIT  Process  by  Coopers  &  Lybrand  L.L.P. 
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System  Engineer  by  lbms,  inc. 
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Teamwork  by  Cadre  Technologies,  Inc. 
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Teamwork/ AD  A  by  Cadre  Technologies,  Inc. 
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Teamwork/Dynamic  Analysis  by  Cadre  Technologies,  Inc. 
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Teamwork/IMSQL  by  Cadre  Technologies,  Inc. 


Product  Information: 

Version  Number:  6.0 

Date  of  Last  Release:  September  1 994 

Date  of  First  Release:  1986 

Number  Sold:  1 1 ,000 

Single  User  Price:  GSA  Available 

Contact  Information: 

Point  of  Contact: 

Name:  Doug  Troian,  Dir  Fed  Ops 

Address:  6701  Democracy  Plaza 

Suite  710 

Bethesda,  MD  20817 

Phone :  301-897-4101 

Fax:  301-897-3106 

E-mail :  dtrolan@cadre.com 

Lifecycle  Phases  and  Activities: 

Requirements  Specification  Hig 

V  Requirements  Analysis  Lov 

Requirements  Documentation  V  Dat. 
Requirements  Tracing/Mgmt.  Clie 

h  Level  Design  Re-engineering 

Level  Design  Environment 

abase  System  Analysis 

!nt-Server  Other: 

Intended  Customers: 

All  V  Engineering 

V  MIS  Client-Server 

V  Database  Other: 

Embedded  Systems 
Real-time 

Primary  Methodology: 

V  Structured  Object-Oriented 

Behavior-Oriented 

Configurations: 

Sparc(SunOS,  Solaris),  H-P  PA  RISC  (HP-UX),  IBM  RS6000  (AIX),  DEC  ALPHA 
(OSF/1),  DEC  (OPEN  VMS)[Teamwork/IM  only],  SGI(IRIX)[Teamwork/IM  only], 
DEC(ULTRDC),  Intel  (OS/2)[Teamwork/IM  only],  Intel  (Solaris). 

Description/Purpose: 

Teamwork/IMSQL^^’^  provides  the  capability  to  draw,  edit,  and  check  entity  relationship 
diagrams  (ERD's).  Support  Chen  notation.  Comes  integrated  with  the  Teamwork 
Project  Environment  (TPE)  data  dictionary.  Checking  includes  syntax,  balancing  and 
consistency.  The  SQL  portion  of  the  product  transforms  the  ERD's  to  ANSI  standard 
SQL  (DDL)  to  assist  in  generating  the  RDBMS  schema. 
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Teatnwork/RT  by  Cadre  Technologies,  Inc. 
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Teatnwork/SA  by  Cadre  Technologies,  Inc. 
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Teamwork/SD  by  Cadre  Technologies,  Inc. 
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TurboCASE  by  StmctSoft,  Inc. 
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TurboCASE/SyS  by  StructSoft,  Inc. 
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Upper  CASE  Products  -  Product 
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This  appendix  contains  the  format  of  the  Upper  CASE  product  critique.  User 
critiques  are  written  by  actual  product  users.  Editing  by  the  STSC  will  be  kept  to  an  absolute 
minimum.  A  critique  has  five  sections:  (1)  Name,  (2)  Evaluation  Context,  (3)  Strengths  and 
Weaknesses,  (4)  Additional  Comments,  and  (5)  Vendor  Comments.  The  purpose  of  the 
evaluation  context  section  is  to  give  a  critique  reader  an  idea  of  the  biases  of  the  evaluator  and 
the  applicability  of  the  critique  to  the  reader's  context.  The  strengths  and  weaknesses,  and 
additional  comments  sections  allow  the  evaluator  free-form  commentary  about  the  product. 
The  vendor  comments  section  allows  a  response  by  the  product  vendor. 

The  STSC  actively  requests  and  uses  product  critiques  from  experienced  product 
users.  These  critiques  highlight  the  experiences  (good  and  bad)  of  actual  product  users.  If  you 
are  a  user  of  a  product  that  is  or  should  be  in  the  product  list  and  would  like  to  write  a  critique, 
please  contact  the  STSC.  An  example  product  critique  is  found  in  Appendix  C,  Upper  CASE 
Product  Critique  Format.  Please  contact  the  Upper  CASE  team  for  critiques. 
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Tool  Critique 


STSC  RAD  User  Critique  2.0d 
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D.l  Functional  Upper  CASE  Tool  Characteristics 

The  following  sections  identify  the  functional  capabilities  of  Upper  CASE  tools.  The 
evaluation  of  the  functional  capability  of  Upper  CASE  tools  assesses  the  tool's  capablities. 
The  STSC  has  categorized  the  functional  capabilities  of  Upper  CASE  tools  into  eight  main 
areas.  These  areas  are  delineated  in  Table  D-1,  Upper  CASE  Functional  Areas.  Each  of  these 
areas  has  even  more  detailed  characteristics.  For  instance,  the  Model  Analysis  area  includes 
consistency  analysis,  completeness  analysis,  behavior  analysis,  and  four  other  tool 
characteristics.  The  complete  list  of  these  detailed  characteristics  are  the  level  of  abstraction  at 
which  tool  selectors  need  cognizance,  because  it  is  at  this  level  of  detail  that  the  selector 
specifies  functionality  requirements. 


Information  Capture 

Data  Repository 

Methodology  Support 

Documentation 

Model  Analysis 

Data  Import/Export  and  Standardization 

Requirements  Tracing 

Reusability  Support 

Table  D-1. 

Upper  CASE  Tool  Products 

D .  1 . 1  Information  Capture 

The  information  capture  functionality  area  deals  with  what  types  of  information  the 
tool  is  capable  of  handling.  This  information  can  be  captured  in  a  number  of  ways.  The 
important  idea  is  what  type  of  information  is  captured,  not  how  it  is  captured.  Table  D-2, 
Upper  CASE  Tool  Information  Types,  lists  the  types  of  information  that  Upper  CASE  tools 
capture. 
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•  System  Function  Descriptions 

•  Data  Descriptions  of  System  Functions  Interfaces 

•  Data  Descriptions  of  System  Input/Output  Device  Interfaces 

•  System  Logical  Behavior 

•  System  Timing  Behavior 

•  Hardware/Software  Context 

•  Software  Architectural  Structure 

•  Software  Process  Definitions 

•  Software  Data  Structures 

•  Software  Process  Control 

•  Software  Process  Concurrency 

•  Software  Interprocess  Data  Communication 

•  Software  Interprocess  Synchronization 

Table  D-2.  Upper  CASE  Tool  Information  Types 


D.1.2  Methodology  Support 

Methodology  is  the  process  the  tool  user  follows  to  systematically  develop  correct 
and  complete  work  products.  A  number  of  methodologies  exist  for  requirements  analysis  and 
software  design.  The  important  ones  that  have  been  automated  are  listed  in  Table  D-3,  Upper 
CASE  Methodologies. 
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• 

Real-Time  Structured  Development 

• 

PAMELA 

• 

Structured  Analysis 

• 

ESML 

• 

Structured  Design 

• 

ADARTS 

• 

Hatley/Pirbhai  Extensions 

• 

PAISLey 

• 

Object-Oriented  Design 

• 

VDM 

• 

Ada-Based  Object-Oriented  Design 

• 

Petri  Nets 

• 

Object-Oriented  Analysis 

• 

Statecharts 

• 

Entity  Relationship  Modeling 

• 

Axiomatic  Specification 

Table  D-3 .  Upper  CASE  Methodologies 


These  methodologies  require  that  various  work  products  be  created  by  the  user. 
Since  different  methodologies  can  require  the  same  work  products,  the  products  are  listed 
separately  in  Table  D-4,  Upper  CASE  Tool  Products. 


•  Data  Flow  Diagrams 

• 

Ada  Package  Dependency  Diagrams 

•  System  Context  Diagrams 

• 

Stmcture  Charts 

•  Block  Diagrams 

• 

Flowcharts 

•  Control  Flow  Diagrams 

• 

Screen  and  Report  Diagrams 

•  Entity  Relationship  Diagrams 

• 

User-Tailored  Diagrams 

•  State  Transition  Tables 

• 

Object  Diagrams 

•  Petri  Net  Diagrams 

• 

Object  Hierarchy  or  Tree  Diagrams 

•  Architecture  Diagrams 

• 

Object  Interaction  Diagrams 

Table  D-4.  Upper  CASE  Tool  Products 


D.1.3  Model  Analysis 

The  model  analysis  functionality  area  captures  the  techniques  the  tool  uses  to  analyze 
the  inputs.  These  techniques  can  be  static  or  dynamic.  They  are  used  to  prove  qualities  about 
the  input  requirements  or  specifications  such  as  completeness  or  consistency.  They  are  also 
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used  to  simulate  the  inputs  at  an  early  stage  in  the  lifecycle.  The  important  techniques  are  listed 
in  Table  D-5,  Upper  CASE  Analysis  Techniques. 


•  Consistency  Checking 

•  Behavior  Analysis 

•  Completeness  Checking 

•  Scenario-Based  Analysis 

•  Data  Normalization  Analysis 

•  Exhaustive  Model  Analysis 

•  Man/machine  Interface  Analysis 

Table  D-5 .  Upper  CASE  Analysis  T echniques 


D .  1 . 4  Requirements  Tracing 

The  requirements  tracing  functionality  area  captures  the  attributes  associated  with  the 
tracing  of  requirements  between  software  lifecycle  phases.  Requirements  tracing  is  important 
because  it  facilitates  the  management  of  interlifecycle  dependencies.  The  important  attributes 
are  listed  in  Table  D-6,  Requirements  Tracing  Attributes. 

•  Extraction  of  Requirements  from  System  and  Software  Documentation 

•  Inputs  From  Electronically  Scanned  Hard-Copy 

•  Multiple  Requirements  Baselines 

•  Tracing  of  System  Requirements  to  Software  Requirements 

•  Tracing  of  System  Design  Specifications  to  Software  Requirements 

•  Tracing  of  Requirements  to  Software  Design 

•  Tracing  of  Requirements  to  Source  Code 

•  Tracing  of  Requirements  to  Software  and  System  Test 

Table  D-6.  Requirements  Tracing  Attributes 

D .  1 . 5  Data  Repository 

The  data  repository  functionality  area  captures  the  attributes  associated  with  the 
database  the  tool  uses.  Most  tools  use  proprietary  databases.  The  database  model  presented  to 
the  user,  the  user  interface  to  the  database,  and  the  extent  to  which  the  database  can  represent 
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software  objects  is  critical  to  the  database's  overall  functionality.  The  important  attributes  are 
listed  in  Table  D-7,  Upper  CASE  Data  Repository  Functional  Attributes. 


•  Data  Repository 

•  Contain  Project  Information 

•  Relational  Database  Type 

•  Contain  Requirements  Documents 

•  Object  Database  Type 

•  Contain  Design  Specifications 

•  Support  both  Text  and  Graphics 

•  Contain  Source  Code 

•  Query  Capability 

•  Contain  Test  Descriptions  and  Procedures 

•  Access  Control  Capability 

•  Capacity  Artificially  Limited 

•  Concurrent  Access  to  Entities 

•  Support  Interactive  Cross-Referencing 

Configuration  Management  Capability 

Table  D-7.  Upper  CASE  Data  Repository  Functional  Attributes 


D.1.6  Documentation 

The  documentation  functionality  area  captures  the  attributes  associated  with  the 
documentation  the  tool  produces.  The  important  attributes  are  listed  in  Table  D-8,  Upper 
CASE  Documentation  Functional  Attributes. 


•  Support  Graphics/Text  Integration  • 

•  Completely  Compile  a  Document  • 

•  On-Line  Templates  • 

•  2167A  Documentation  Standard  • 


Automatic  Generation  of  Documentation 
Rapid  Draft  Hard  Copy 
Interface  to  Other  Document  Generators 
Desktop  Publishing  Interface 


Table  D-8.  Upper  CASE  Documentation  Functional  Attributes 


D.1.7  Data  Import/Export  and  Standardization 

The  data  import/export  functionality  area  captures  the  attributes  associated  with  how 
easily  the  tool  can  exchange  data  with  other  tools  including  other  tools  in  the  tool  vendor's  tool 
set.  The  important  attributes  are  listed  in  Table  D-9,  Upper  CASE  Data  Input/Output 
Functional  Attributes. 
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•  Between  Toolkit  Components  (Intraoperability) 

•  With  Other  Tools  (Interoperability) 

•  CAIS-A  Interface  Standards/Protocols  Supported 

•  PCTE  Compliance 

•  _ Compatibility  with  the  evolving  I-CASE  environment 


Table  D-9  Upper  CASE  Data  I/O  Functional  Attributes 

The  Common  Ada  Programming  Support  Environment  (APSE)  Interface  Set  (CAIS) 
is  an  environment-defining  standard  that  has  been  popular  with  the  military.  Recently,  the 
U.S.  Departments  of  Defense  and  Commerce  have  shown  interest  in  another  CASE  tool 
integration  framework.  They  have  shown  support  for  the  establishment  of  a  North  American 
Forum  to  supplement  the  Portable  Common  Tools  Environment  (PCTE)  standards  effort  of  the 
European  Computer  Manufacturers  Association  (ECMA).  In  addition,  the  National  Institute  of 
Standards  and  Technology  (NIST)  has  sponsored  an  initiative  to  support  a  proposed  CASE 
tool  framework.  NIST  recommends  that  all  government  agencies  support  the  PCTE 
framework,  although  it  has  not  yet  been  adopted  as  standard. 


The  NIST/ECMA  reference  model  supports  both  horizontal  and  vertical  integration. 
Horizontal  (methodological)  integration  ensures  the  consistency  of  information  within  each  life- 
cycle  phase  when  many  modeling  methods  are  used  (such  as  data,  process,  event-driven,  and 
object-oriented).  Vertical  (full  lifecycle)  integration  ensures  the  consistency  of  information 
generated  in  the  many  lifecycle  phases. 
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The  Department  of  Defense  (DoD)  is  supporting  the  development  of  a  standard  and 
integrated  engineering  environment  with  the  I-CASE  (Integrated  Computer-Aided  Software 
Engineering)  program.  I-CASE  will  provide  engineers  with  a  standard  environment  that  will 
remain  the  same  across  services  and  across  DoD  agencies.  I-CASE  includes  tools  for  business 
case  analysis,  requirements  analysis,  prototyping,  and  code  generation.  A  central  repository 
will  be  used  to  store  tool  data  so  that  as  technology  is  upgraded,  an  engineer  can  simply 
remove  the  older  tool  and  put  the  new  one  in  place.  The  draft  request  for  I-CASE  proposals 
was  released  by  the  Air  Force  in  March  1992. 

D .  1 . 8  Reusability  Support 

The  reusability  functionality  area  captures  the  attributes  associated  with  how  the  tool 
supports  reuse.  The  one  attribute  in  this  area  deals  with  support  for  library  design 
components. 


D.2  Quality 

The  following  sections  define  and  discuss  the  Upper  CASE  implications  of  the  12 
quality  attributes  identified  in  the  analysis  phase.  The  quality  attributes  have  dual  implications, 
one  for  the  Upper  CASE  tool  and  the  other  for  its  product.  The  Upper  CASE  tool  and  the 
product  are  considered  distinct.  A  compiler  is  similar  in  that  not  only  should  the  compiler 
itself  be  consider  but  the  output  (product)  must  also  be  consider.  A  fast  compiler  that  produces 
slow  executables  has  little  value. 


D.2.1  Efficiency 

Upper  CASE  tool  effieiency  refers  to  the  amount  of  utilization  of  a  resource  on  a 
problem,  using  the  Upper  CASE  tool.  The  three  resources  that  need  to  be  assessed  are:  (1) 
processor  (time  to  complete  a  task),  (2)  memory  (the  secondary  storage  requirements  to 
complete  a  task),  and  (3)  communication  (Input/Output  and  network  considerations  for 
multiprocessor  systems  or  multiuser  problems).  For  Upper  CASE  tools,  efficiency  is  not 
expressed  absolutely.  Instead,  it  is  expressed  qualitatively  in  terms  of  acceptable,  barely 
acceptable,  or  unacceptable.  Several  problems  covering  a  range  of  sizes  from  small  to  large 
across  each  of  the  resources  need  to  be  assessed.  When  the  tool  performs  adequately  for  a 
specific  problem  with  respect  to  a  particular  resource,  its  efficiency  is  acceptable  for  that 
problem  size  and  that  resource.  Barely  acceptable  performance  occurs  when  the  performanee  is 
acceptable  but  there  is  no  room  for  performance  growth. 
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Efficiency,  as  it  applies  to  the  products  of  Upper  CASE  tools,  is  not  important 
because  the  products  of  these  tools  are  paper  reports.  That  the  tools  may  support  efficiency 
studies  of  their  products,  e.g.,  timing  analysis  of  designs,  is  a  matter  of  functionality  and  not 
quality. 


D.2.2  Integrity 

Integrity  concerns  either  software  security  failures  due  to  unauthorized  access  or  the 
corruption  of  the  database.  As  a  policy,  the  tool  users  should  lose  confidence  in  the  integrity  of 
the  database  if  unauthorized  access  is  allowed.  Database  corruption  may  be  caused  by  such 
actions  as  legal  but  partial  or  inconsistent  operations  and  erroneous  but  allowed  operations. 

The  integrity  of  the  products  of  the  tool  is  a  non-issue.  Accessibility  to  the 
products  is  usually  governed  by  the  operating  system  of  the  developmental  machine  and  never 
by  the  tool.  Once  a  product  has  been  produced,  it  is  no  longer  part  of  the  database  and  can  no 
longer  be  corrupted. 

D.2.3  Reliability 

Reliability  concerns  software  failures.  Reliability  is  normally  measured  by  direct 
testing  and  analysis  of  error  reports.  With  commercial  software,  direct  testing  is  not  feasible, 
and  detailed  error  reports  are  not  normally  published.  For  Upper  CASE  tools,  instead  of 
directly  measuring  reliability,  indicators  such  as  maturity,  published  error  reports,  size  of 
executable  code,  and  errors  uncovered  during  testing  will  be  used. 

Since  the  products  of  the  Upper  CASE  tools  are  intermediate  products  of  the  entire 
software  development  process,  their  reliability  cannot  be  tested. 


D.2.4  Survivability 

Survivability  deals  with  the  ability  of  the  software  to  perform  even  when  portions  of 
the  system  have  failed.  This  issue  is  usually  not  important  in  the  evaluation  of  Upper  CASE 
tools  because  the  greater  issue  of  system  availability  is  not  critical  in  an  office  environment. 
However,  if  the  tool  uses  different  hardware  resources,  i.e.,  networked  workstations  with  a 
file  server,  the  issue  of  how  the  tool  handles  hardware  resource  failure,  i.e.,  file  server 
shutdown  must  be  addressed. 
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Survivability  is  not  an  issue  for  the  tool  products  because  they  are  reports. 


D.2.5  Usability 

Usability  is  the  extent  to  which  resources  required  to  acquire,  install,  learn,  operate, 
prepare  input  for,  and  interpret  output  of  the  tool  or  the  tool  products  are  minimized.  This 
attribute  is  probably  the  most  important  and  critical  quality  attribute  for  which  Upper  CASE 
tools  are  evaluated.  This  is  the  quality  attribute  in  which  tool  vendors  differentiate  themselves 
through  such  quality  criteria  as  user  interfaces,  user  documentation,  and  training. 

The  usability  of  the  products  of  the  tool  is  not  an  important  quality  issue.  The  ability 
to  customize  reports  is  addressed  in  the  documentation  portion  of  the  functional  capabilities  of 
the  tool. 


D.2.6  Correctness 

Correctness  is  the  extent  to  which  software  design  and  implementation  conform  to 
specifications  and  standards.  The  correctness  of  a  tool  is  evaluated  in  other  portions  of  the 
evaluation  framework,  namely  the  functional  capability  area.  The  reliability  quality  attribute 
addresses  known  errors. 

The  correctness  of  the  tool  products  is  important.  The  generated  products  should 
conform  to  the  specification  captured  by  the  tool. 


D.2.7  Maintainability 

Maintainability  is  the  ease  of  effort  to  locate  and  fix  software  failures  within  a 
specified  time  period.  This  attribute  is  not  of  importance  to  the  tool  user;  instead,  the  time  and 
ability  for  the  vendor  to  deliver  software  maintenance  is  important.  The  tool  user  is  not 
concerned  with  the  effort  required  to  perform  these  actions.  This  time  is  addressed  in  the 
vendor  information  portion  of  the  evaluation  framework  (under  management  concerns). 

This  attribute  is  of  importance  to  the  the  tool's  user  of  the  products,  but  not  to  the  tool 
user.  The  tool  products  should  possess  the  quality  attributes  of  maintainability. 
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D.2.8  Verifiability  (a.k.a.  testability) 

Verifiability  deals  with  the  design  characteristics  that  facilitate  the  testing  of  the  tool  or 
the  tool's  products.  The  testing  of  the  tool  is  important  to  the  developers  of  the  tool  but  not  to 
the  tool  user  (except  that  a  well-tested  tool  will  have  higher  reliability. 

The  ability  to  test  the  tool's  products  is  important  in  determining  the  quality  of  the 
tool.  But  for  Upper  CASE  tools,  testing  is  best  addressed  as  a  functional  capability  of  the  tool. 

D.2.9  Expandability  (a.k.a.  flexibility) 

Expandability  is  the  ease  in  which  current  functions  can  be  enhanced  or  new 
functions  added.  Flexibility  is  defined  as  the  ease  with  which  the  software  can  be  changed  to 
meet  other  new  requirements.  Within  the  scope  of  evaluating  Upper  CASE  tools  and  Upper 
CASE  tool  products,  where  the  viewpoint  is  user-implemented  changes  (not  developer- 
implemented  changes),  these  attributes  are  dealt  with  in  the  reusability  quality  attribute. 


D.2.10  Interoperability 

Interoperability  is  the  ability  of  separate  systems  to  exchange  database  objects  and 
their  relationships  without  conversion.  This  is  an  important  area,  capturing  if,  how  much,  and 
how  well  the  Upper  CASE  tool  implements  data  exchange  standards.  This  area  is  addressed  in 
the  Functional  Capabilities  portion  of  the  evaluation  framework.  It  is  not  an  important  quality 
attribute  for  either  Upper  CASE  tools  or  their  products. 


D.2.11  Reusability 

Reusability  is  the  extent  to  which  a  component  can  be  adapted  for  use  in  another 
application.  Within  the  scope  of  evaluating  Upper  CASE  tools,  reusability  deals  with  how 
easily  the  tool  can  be  used  for  other  projects. 

The  issue  of  reusability  of  the  products  of  the  CASE  tool  is  dealt  with  in  the 
functional  capabilities  portion  of  the  evaluation  framework. 


D.2.12  Transportability  (a.k.a.  Portability) 

Transportability  is  the  ability  of  a  software  item  to  be  installed  in  a  different 
environment  without  change  in  functionality.  Within  the  scope  of  evaluating  Upper  CASE 
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tools,  it  deals  with  how  many  platforms  and  operating  systems  with  which  the  tool  works. 
This  area  is  addressed  in  the  portion  of  the  evaluation  framework  that  deals  with  operational 
constraints. 

This  is  a  non-issue  with  Upper  CASE  tool  products  since,  by  their  very  nature,  they 
are  reports  not  associated  with  any  particular  environment. 


D-I28 


Appendix  E:  Recommended  Readings 


Appendix  E:  Recommended  Readings 


E-129 


Software  Technology  Support  Center 


1  General  Selection  Process 

The  papers  in  this  section  describe  the  process  others  have  used 
to  select  and  evaluate  CASE  tools.  They  emphasize  the  selection 
process  and  not  selection  criteria. 


1-1  IEEE,  pl209  Standard,  "Recommended  Practice  for  the  Evaluation 
and  Selection  of  CASE  Tools." 

This  standard  provides  a  recommended  practice  to  evaluate  and 
select  CASE  tools.  This  standard  was  primarily  developed  to 
provide  guidance  to  evaluate  and  select  tools  used  to  support 
software  engineering  activities  as  opposed  to  general  purpose 
tools,  e.g.,  word  processors,  spread  sheets,  that  may 
incidentally  be  used  in  support  of  software  engineering 
activities. 


2  General  Management 

These  papers  and  reports  contain  information  that  is  useful  to 
managers  needing  an  overview  of  the  benefits  and  issues 
associated  with  Upper  CASE  software. 


2-1  Bouldin,  B.,  "Agents  of  Change:  Managing  the  Introduction  of 
Automated  Tools,"  Prentice  Hall,  1989. 

This  book  contains  a  lot  of  good  advice  that  is  based  upon  the 
implementation  of  the  CASE  tool  Excelerator  at  Bell  Labs. 


2-2  Brooks,  F.,  "The  Mythical  Man-Month,"  Addison  Wesley  Publishing 
Co.,  1978. 

This  best  seller  should  be  read  by  every  project  manager.  At 
IBM,  Brooks  was  the  manager  of  the  OS  360  project. 


2-3  Gilb,  T.,  "Principles  of  Software  Engineering  Management,"  Addison 
Wesley  Publishing  Company,  1988. 

This  book  contains  interesting  ideas  on  quantifying  qualitative 
goals.  It  advocates  an  extreme  strategy  for  incremental  delivery 
that  makes  a  lot  of  sense. 


E-I30 


Appendix  E:  Recommended  Readings 


2-4  Humphrey,  W.S.,  "CASE  Planning  and  the  Software  Process," 
CMU/SEI-89-TR-26,  Software  Engineering  Institute,  1989. 

This  paper  addresses  the  potential  benefits  and  costs  of  CASE. 
The  benefits  and  costs  are  broken  down  by  an  organization's 
level  in  the  SEI  Software  Process  Maturity  Model.  Brief 
management  overviews  and  remedies  of  potential  problems  in 
the  acquisition,  installation,  and  use  of  CASE  are  given. 


2-5  Humphrey,  W.S.,  "Managing  the  Software  Process,"  Addison- 
Wesley,  1989. 

Textbook  that  deals  with  understanding  and  managing  the 
software  process  of  an  organization.  This  text  summarizes  the 
process  maturity  work  at  the  SEI  and  provides  practical  guidance 
for  assessing  and  improving  the  software  development  and 
maintenance  process. 


2-6  Yourdon,  E.,  "Managing  the  System  Life  Cycle,"  Prentice  Hall,  1988 
(2nd  edition). 

A  short,  easy  to  read,  minor  rewrite  of  a  much  older  book. 


3  Evaluation/Selection  Criteria 


The  papers  in  this  section  contain  listings  of  evaluation  and 
selection  criteria  that  can  be  used.  _ 


3-1  Bowen,  T.P.,  et  al.,  "Specification  of  Software  Quality  Attributes: 

Software  Quality  Evaluation  Guidebook,"  RADC-TR-85-37,  Vol.  Ill, 
Rome  Air  Development  Center,  February  1985. 

This  report  contains  definitions  of  software  quality  and  how  to 
measure  it.  The  measurements  are  performed  during  software 
creation  (different  measurements  at  different  parts  of  the 
lifecycle)  with  the  goal  of  engineering  software  quality  into  the 
product.  The  Evaluation  and  Validation  (E&V)  manuals  have  an 
updated  list  of  quality  factors,  criteria,  and  metrics.  This  is  the 
original  source.  Its  discussion  of  the  attribute  models  is  much 
more  complete  than  the  E&V  discussion. 


4  Methodologies 


These  papers  and  books  describe  widely  used  and  popular 
Upper  CASE  methodologies. 
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4-1  Booch,  G.,  "Object  Oriented  Design  With  Applications,"  Prentice 
Hall,  1991. 

This  excellent  book  discusses  issues  that  relate  to  every  major 
object-oriented  language.  A  new  notation  is  introduced  for 
OOD. 


4-2  Buhr,  R.,  "Practical  Visual  Techniques  in  System  Design," 
Englewood  Cliffs,  NJ,  Prentice-Hall,  1990. 

This  book  describes  a  method  to  design  behavior-intensive 
systems  (embedded,  real-time,  multitasking,  multiprocessing, 
distributed)  based  on  machine  charts.  Machine  charts  are  a 
notational  technique  that  supports  the  modeling  of  system 
behavior. 


4-3  Chen,  P.,  "Entity-Relationship  Approach  to  Systems  Analysis  and 
Design",  North  Holland  Publishing  Company,  1980. 

This  book  covers  entity  relationship  diagrams  as  well  as  entity 
relationship  modeling. 


4-4  Coad,  P.  and  E.  Yourdon,  "Object-Oriented  Analysis,"  Englewood, 
NJ,  Yourdon  Press  Computing  Series,  Prentice-Hall,  1990. 

This  book  introduces  object-oriented  analysis,  an  analysis 
technique-based  objects  and  attributes,  classes  and  members, 
and  wholes  and  parts.  This  is  not  a  standardized  method;  rather, 
the  book  provides  a  starting  point  for  using  OOA  within  your 
particular  organization,  tailoring  it  to  meet  your  specific  needs. 


4-5  Constantine,  L.  and  E.,  Yourdon,  "Structured  Design,"  Prentice  Hall, 
1975. 

This  book  gives  the  most  thorough  treatment  of  the  subject. 


4-6  DeMarco,  T.,  "Structured  Analysis  and  System"  Specification, 
Englewood  Cliffs,  N.  J.,  Prentice-Hall,  1978. 

This  book  covers  structured  analysis  or  the  specification  of 
systems  using  a  methodology  that  is  an  extension  of  the 
Structured  Design  methodology  that  was  proposed  by  Edward 
Yourdon  and  Larry  Constantine. 


4-7  Fleming  ,  C.and  B.  von  Halle,  "Handbook  of  Relational  Database 
Design,"  Addison  Wesley,  1989. 

Procedures  are  given  in  a  step-by-step  fashion  for  producing  a 
logical  data  model  (ERD)  and  also  for  translating  that  model  into 
a  set  of  tuned  relational  database  structures.  The  book  is  very 
comprehensive. 
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4-8  Hatley,  D.  and  I.  Pirbhai,  "Strategies  for  Real-Time  System 
Specification,"  New  York  City,  N.Y.,  Dorset  House  Publishing  Co., 
1988. 

This  book  covers  a  methodology  to  model  the  requirements  and 
architecture  of  real-time  systems.  It  integrates  a  finite-state 
machine  structure  into  the  classical  structured  analysis  methods. 


4-9  Hawryszkiewycz,  I.,  "Database  Analysis  and  Design,"  MacMillan 
Publishing  Co.,  1984. 

Relational  theory  and  entity  relationship  diagrams  are  treated  in 
this  good  textbook.  DBMS  and  implementation  issues  are  also 
discussed. 


4-10  Jackson,  M.,  "Principles  of  Program  Design,"  Academic  Press,  1975. 

This  book  presents  an  approach  to  software  design  that  is  data 
structure  oriented. 


4-11  Martin,  J.,  "Information  Engineering,  Book  3  -  Design  and 
Construction,"  Prentice  Hall,  1989. 

This  book  deals  with  James  Martin's  Information  Engineering 
Methodology. 


4-12  Martin,  J.,  "Strategic  Information  Planning  Methodologies,"  Prentice 
Hall,  1989  (2nd  edition). 

The  first  edition  (1982)  has  undergone  a  minor  revision. 
Business  Systems  Planning  is  treated  via  an  excellent 
discussion. 


4-13  Mellor,  S.  and  S.  Shlaer,  "Object  Lifecyles:  Modeling  the  World  in 
States,"  Prentice  Hall,  1992. 

Introduction  to  Shlaer/Mellor  object  oriented  analysis. 


4-14  Myers,  G.,  "Composite/Structured  Design,"  Van  Nostrand  Reinhold 
Co.,  1978. 

This  is  an  excellent  book  on  structured  design. 


4-15  Orr,  K.,  "Structured  Systems  Development,"  Prentice  Hall,  1977. 

This  book  gives  a  better  description  of  the  Warnier-Orr  method. 


4-16  Page-Jones,  M.,  "The  Practical  Guide  to  Structured  Systems  Design," 
Prentice  Hall,  1988  (2nd  edition). 

An  excellent  introduction  to  structured  design.  The  second 
edition  ties  essential  analysis  to  structured  design. 
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4-17  Rumbaugh,  J.,  and  Michael  Blaha,  William  Premerlani,  Frederick 
Eddy,  William  Lorensen,  "Object-Oriented  Modeling  and  Design," 
Prentice  Hall,  c  1 99 1 . 

This  book  describes  the  widely  use  OMT  methodology. 


4-18  Ward  P.,  and  S.  Mellor,  "Structured  Development  for  Real-Time 
Systems,"  Volume  1-3,  Englewood  Cliffs,  N.J.,  Prentice-Hall,  1985. 
These  books  describe  a  methodology  for  specifying 
requirements  for  real-time  systems.  This  method  is  an  extension 
of  Structured  Analysis,  which  was  developed  by  Tom  DeMarco. 


4-19  Yourdon,  E.,  and  L.  Constantine,  "Structured  Design:  Fundamentals 
of  a  Discipline  of  Computer  Program  and  Systems  Design, "  Prentice- 
Hall,  Englewood  Cliffs,  N.J.,  1975. 

This  book  covers  a  methodology  on  structured  design  which 
was  a  very  popular  method  for  designing  software  systems 
during  the  1970s. 


5  CASE  Tool  Economics 

The  papers  in  this  section  deal  with  the  economics  of  using 
CASE  tools.  In  particular,  they  address  how  software  costs  can 
be  estimated  and  the  economic  benefits  of  using  CASE  tools. 


5-1  Boehm,  B.,  "Software  Engineering  Economics,"  Prentice-Hall,  1981. 

This  landmark  textbook  provides  a  very  thorough  treatment  of 
the  factors  that  impact  the  cost  of  software  development.  Many 
examples  are  included  as  well  as  detailed  procedures  for  deriving 
cost  estimates  using  the  Constructive  COst  MOdel  (COCOMO). 


5-2  Card,  D.,  F.  McGarry,  and  G.  Page,  "Evaluating  Software 
Engineering  Technologies,"  IEEE  Transactions  on  Software 
Engineering,  Vol.  SE-13,  No.  7,  July  1987. 

This  paper  reports  on  the  results  of  a  study  undertaken  at  the 
NASA  Goddard  Software  Engineering  Laboratory  to  empirically 
measure  software  development  practices,  tools,  and  techniques 
to  evaluate  the  effects  of  these  technologies  on  productivity  and 
reliability.  The  study  concluded  that  there  was  an  approximate 
30%  increase  in  reliability  but  no  direct  effect  on  productivity 
was  found. 
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The  following  list  of  definitions  was  selected  from  the  Glossary  of  Software  Engineering 
Terminology  thats  was  an  update  to  ANSI/IEEE  Std  729-1983.  The  glossary  was  prepared  by 
the  Computer  Dictionary  Working  Group  chaired  by  Jane  Radatz.  This  glossary  subset  relates 
to  functionality  and  attributes  dealing  with  Upper  Case  tools. 


Abstract  Data  Type.  A  data  type  for  which  only  the  properties  of  the  data  and  the 
operations  to  be  performed  on  the  data  are  specified,  without  concern  for  how  the  data  will  be 
represented  or  how  the  operations  will  be  implemented. 

Abstraction.  (1)  A  view  of  an  object  that  focuses  on  the  information  relevant  to  a  particular 
purpose  and  ignores  the  remainder  of  the  information.  Also  see:  Data  Abstraction.  (2) 

The  process  of  formulating  a  view  as  in  (1). 

Address.  (1)  A  number,  character,  or  group  of  characters  that  identifies  a  given  device  or 
storage  location.  (2)  To  refer  to  a  device  or  storage  location  by  an  identifying  number, 
character,  or  group  of  characters. 

Algorithm.  (1)  A  finite  set  of  well-defined  rules  for  the  solution  of  a  problem  in  a  finite 
number  of  steps;  for  example,  a  complete  specification  of  a  sequence  of  arithmetic  operations 
for  evaluating  sine  x  to  a  given  precision.  (2)  Any  sequence  of  operations  for  performing  a 
specific  task. 

Application  Generator.  A  code  generator  that  produces  programs  to  solve  one  or  more 
problems  in  a  particular  application  area;  for  example,  a  payroll  generator. 

Application  Software.  Software  designed  to  fulfill  specific  needs  of  a  user;  for  example, 
software  for  navigation,  payroll,  or  process  control.  Contrast  with:  Support  Software; 
System  Software. 

Architectural  Design.  (1)  The  process  of  defining  a  collection  of  hardware  and  software 
components  and  their  interfaces  to  establish  the  framework  for  the  development  of  a  computer 
system.  Also  see:  Functional  Design.  (2)  The  result  of  the  process  in  (1). 

Atomic  Type.  A  data  type  each  of  which  its  members  consists  of  a  single, 
nondecomposable  data  item.  Contrast  with:  Composite  Type. 

Attribute.  A  characteristic  of  an  item;  for  example,  the  item's  color,  size,  or  type.  Also  see: 

Quality  Attribute. 

Automated  Verification  System.  (1)  A  software  tool  that  accepts  as  input  a  computer 
program  and  a  representation  of  its  specification  and  produces,  possibly  with  human  help,  a 
proof  or  disproof  of  the  correctness  of  the  program.  (2)  Any  software  tool  that  automates  part 
or  all  of  the  verification  process. 

Background.  In  job  scheduling,  the  computing  environment  in  which  low-priority  processes 
or  those  that  do  not  require  user  interaction  are  executed.  Contrast  with:  Foreground. 

Also  see  background  processing. 

Background  Processing.  The  execution  of  a  low-priority  process  while  higher-priority 
processes  are  not  using  computer  resources,  or  the  execution  of  processes  that  do  not  require 
user  interaction.  Contrast  with:  Foreground  Processing. 
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Backup.  (1)  A  system,  component,  file,  procedure,  or  person  available  to  replace  or  help 
restore  a  primary  item  in  the  event  of  a  failure  or  externally-caused  disaster.  (2)  To  create  or 
designate  a  system,  component,  file,  procedure,  or  person  as  in  (1). 

Benchmark.  (1)  A  standard  against  which  measurements  or  comparisons  can  be  made.  (2) 
A  procedure,  problem,  or  test  that  can  be  used  to  compare  systems  or  components  to  each  other 
or  to  a  standard  as  in  (1).  (3)  A  recovery  file. 

Black  Box.  (1)  A  system  or  component  of  which  its  inputs,  outputs,  and  general  function 
are  known  but  its  contents  or  implementation  are  unknown  or  irrelevant.  Contrast  with: 

Glass  Box.  (2)  Pertaining  to  an  approach  that  treats  a  system  or  component  as  in  (1).  Also 
see:  Encapsulation. 

Block  Diagram.  A  diagram  of  a  system,  computer,  or  device  in  which  the  principal  parts  are 
represented  by  suitably  annotated  geometrical  figures  to  show  both  the  functions  of  the  parts 
and  their  functional  relationships.  Also  see:  Box  Diagram;  Bubblechart;  Flowchart; 
Graph;  Input-Process-Output  Chart;  Structure  Chart. 

Bottom-Up.  Pertaining  to  an  activity  that  starts  with  the  lowest  level  components  of  a 
hierarchy  and  proceeds  through  progressively  higher  levels;  for  example,  bottom-up  design; 
bottom-up  testing.  Contrast  with:  Top-Down.  Also  see:  Critical  Piece  First. 

Box  Diagram.  A  control  flow  diagram  that  consists  of  a  rectangle  that  is  subdivided  to 
show  sequential  steps,  if-then-else  conditions,  repetition,  and  case  conditions. 

Bubble  Chart.  A  data  flow,  data  structure,  or  other  diagram  in  which  entities  are  depicted 
with  circles  (bubbles)  and  relationships  are  represented  by  links  drawn  between  the  circles. 

Call  Graph.  A  diagram  that  identifies  the  modules  in  a  system  or  computer  program  and 
shows  which  modules  call  one  another.  Note:  The  result  is  not  necessarily  the  same  as  that 
shown  in  a  structure  chart. 

CASE.  Acronym  for  Computer-Aided  Software  Engineering. 

Code  Generator.  (1)  A  routine,  often  part  of  a  compiler,  that  transforms  a  computer 
program  from  some  intermediate  level  of  representation  (often  the  output  of  a  root  compiler  or 
parser)  into  a  form  that  is  closer  to  the  language  of  the  machine  on  which  the  program  will 
execute.  (2)  A  software  tool  that  accepts  as  input  the  requirements  or  design  for  a  computer 
program  and  produces  source  code  that  implements  the  requirements  or  design. 

Composite  Type.  A  data  type  each  of  which  its  members  is  composed  of  multiple  data 
items.  For  example,  a  data  type  called  PAIRS  of  which  its  members  are  ordered  pairs  (x,y). 
Contrast  with:  Atomic  Type. 

Computer-Aided  Software  Engineering  (CASE).  The  use  of  computers  to  aid  in  the 
software  engineering  process.  May  incude  the  application  of  software  tools  to  software 
design,  requirements  traeing,  code  production,  testing,  document  generation,  and  other 
software  engineering  activities. 

Computer  System.  A  system  eontaining  one  or  more  computers  and  associated  software. 

Concept  Phase.  (1)  (ANSI/IEEE  Std  1002-1987)  The  period  of  time  in  the  software 
development  cycle  during  which  the  user  needs  are  described  and  evaluated  through 
documentation  (for  example,  statement  of  needs,  advance  planning  report,  project  initiation 
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memo,  feasibility  studies,  system  definition,  documentation,  regulations,  procedures,  or 
policies  relevant  to  the  project).  (2)  (ANSI/IEEE  Std  1012-1987)  The  initial  phase  of  a 
software  development  project  in  which  the  user  needs  are  described  and  evaluated  through 
documentation  (for  example,  statement  of  needs,  advance  planning  report,  project  initiation 
memo,  feasibility  studies,  system  definition,  documentation,  regulations,  procedures,  or 
policies  relevant  to  the  project). 

Control  Flow.  The  sequence  in  which  operations  are  performed  during  the  execution  of  a 
computer  program.  Contrast  with:  Data  Flow. 

Control  Flow  Diagram.  A  diagram  that  depicts  the  set  of  all  possible  sequences  in  which 
operations  may  be  performed  during  the  execution  of  a  system  or  program.  Types  include  box 
diagram,  flowchart,  input-process-output  chart,  state  diagram.  Contrast  with:  Data  Flow 
Diagram. 

Critical  Piece  First.  A  system  development  approach  in  which  the  most  critical  aspects  of  a 
system  are  implemented  first.  The  critical  piece  may  be  defined  in  terms  of  services  provided, 
degree  of  risk,  difficulty,  or  other  criteria. 

Data.  (1)  A  representation  of  facts,  concepts,  or  instructions  in  a  manner  suitable  for 
communication,  interpretation,  or  processing  by  humans  or  by  automatic  means.  (2) 
Sometimes  used  as  a  synonym  for  documentation. 

Data  Abstraction.  (1)  The  process  of  extracting  the  essential  characteristics  of  data  by 
defining  data  types  and  their  associated  functional  characteristics  and  disregarding 
representation  details.  (2)  The  result  ofthe  process  in  (1). 

Data  Flow.  The  sequence  in  which  data  transfer,  use,  and  transformation  are  performed 
during  the  execution  of  a  computer  program.  Contrast  with:  Control  Flow. 

Data  Flow  Diagram  (DFD).  A  diagram  that  depicts  data  sources,  data  sinks,  data  storage, 
and  processes  performed  on  data  as  nodes,  and  logical  flow  of  data  as  links  between  the  nodes. 

Data  Structure.  A  physical  or  logical  relationship  among  data  elements,  designed  to  support 
specific  data  manipulation  functions.  Note:  IEEE  Std  610.5  defines  specific  data  structures. 

Data  Structure-Centered  Design.  A  software  design  technique  in  which  the  architecture 
of  a  system  is  derived  from  analysis  of  the  structure  of  the  data  sets  with  which  the  system 
must  deal. 

Data  Structure  Diagram.  A  diagram  that  depicts  a  set  of  data  elements,  their  attributes,  and 
the  logical  relationship  among  them. 

Data  Type.  A  class  of  data,  characterized  by  the  members  of  the  class  and  the  operations  that 
can  be  applied  to  them.  For  example,  character  type,  enumeration  type,  integer  type,  logical 
type,  and  real  type. 

Database.  A  collection  of  interrelated  data  stored  together  in  one  or  more  computerized  files. 
Note:  IEEE  Std  610.5  defines  terminology  pertaining  to  databases. 

Demodularization.  In  software  design,  the  process  of  combining  related  software 
modules,  usually  to  optimize  system  performance. 
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Design.  (1)  The  process  of  defining  the  architecture,  components,  interfaces,  and  other 
characteristics  of  a  system  or  component.  (2)  The  result  of  the  process  in  (1). 

Design  Description.  A  document  that  describes  the  design  of  a  system  or  component. 
Typical  contents  include  system  or  component  architecture,  control  logic,  data  structures, 
input/output  formats,  interface  descriptions,  and  algorithms. 

Design  Element.  (ANSI/IEEE  Std  990-1987)  A  basic  component  or  building  block  in  a 
design. 

Design  Entity.  (ANSI/IEEE  Std  1016-1987)  An  element  (component)  of  a  design  that  is 
structurally  and  functionally  distinct  from  other  elements  and  that  is  separately  named  and 
referenced. 

Design  Level.  (ANSI/IEEE  Std  829-1983)  The  design  decomposition  of  the  software  item 
(for  example,  system,  subsystem,  program,  or  module). 

Design  Phase.  The  period  of  time  in  the  software  lifecycle  during  which  the  designs  for 
architecture,  software  components,  interfaces,  and  data  are  created,  documented,  and  verified 
to  satisfy  requirements. 

Design  Requirement.  A  requirement  that  specifies  or  constrains  the  design  of  a  system  or 
system  component. 

Detailed  Design.  (1)  The  process  of  refining  and  expanding  the  preliminary  design  of  a 
system  or  component  to  the  extent  that  the  design  is  sufficiently  complete  to  be  implemented. 
(2)  The  result  of  the  process  in  (1). 

Directed  Graph.  A  graph  in  which  direction  is  implied  in  the  internode  connections. 

Dynamic  Analysis.  The  process  of  evaluating  a  system  or  component  based  on  its 
behavior  during  execution. 

Efferent.  Pertains  to  a  flow  of  data  or  control  from  a  superordinate  module  to  a  subordinate 
module  in  a  software  system. 

Embedded  Computer  System.  A  computer  system  that  is  part  of  a  larger  system  and 
performs  some  of  the  requirements  of  that  system;  for  example,  a  computer  system  used  in  an 
aircraft  or  rapid  transit  system. 

Embedded  Software.  Software  that  is  part  of  a  larger  system  and  performs  some  of  the 
requirements  of  that  system;  for  example,  software  used  in  an  aircraft  or  rapid  transit  system. 

Encapsulation.  A  software  development  technique  that  consists  of  isolating  a  system 
function  or  a  set  of  data  and  operations  on  those  data  within  a  module  and  providing  precise 
specifications  for  the  module. 

Entity-Relationship  (E-R)  Diagram.  A  diagram  that  depicts  a  set  of  real-world  entities 
and  the  logical  relationships  among  them. 

Extendability.  The  ease  with  which  a  system  or  component  can  be  modified  to  increase  its 
storage  or  functional  capacity. 
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Feasibility.  The  degree  to  which  the  requirements,  design,  or  plans  for  a  system  or 
component  can  be  implemented  under  existing  constraints. 

Finite  State  Machine.  A  computational  model  that  consists  of  a  finite  number  of  states  and 
transitions  between  those  states,  possibly  with  accompanying  actions. 

Function.  (1)  A  defined  objective  or  characteristic  action  of  a  system  or  component.  For 
example,  a  system  may  have  inventory  control  as  its  primary  function.  (2)  A  software  module 
that  performs  a  specific  action,  is  invoked  by  the  appearance  of  its  name  in  an  expression,  may 
receive  input  values,  and  returns  a  single  value. 

Hierarchical  Decomposition.  A  type  of  modular  decomposition  in  which  a  system  is 
broken  down  into  a  hierarchy  of  components  through  a  series  of  top-down  refinements. 

Implementation  Requirement.  A  requirement  that  specifies  or  constrains  the  coding  or 
construction  of  a  system  or  system  component. 

Information  Hiding.  A  software  development  technique  in  which  each  module's  interfaces 
reveal  as  little  as  possible  about  the  module's  inner  workings  and  other  modules  are  prevented 
from  using  information  about  the  module  that  is  not  in  the  module's  interface  specification. 

Input-Process-Output  (IPO)  Chart.  A  diagram  of  a  software  system  or  module  that 
consists  of  a  rectangle  on  the  left  listing  inputs,  a  rectangle  in  the  center  listing  processing 
steps,  a  rectangle  on  the  right  listing  outputs,  and  arrows  connecting  inputs  to  processing  steps 
and  processing  steps  to  outputs. 

Interoperability.  The  ability  of  two  or  more  systems  or  components  to  exchange 
information  and  to  use  the  information  that  has  been  exchanged. 

Microarchitecture.  The  microword  definition,  data  flow,  timing  constraints,  and 
precedence  constraints  that  characterize  a  given  microprogrammed  computer. 

Modular  Decomposition.  The  process  of  breaking  a  system  into  components  to  facilitate 
design  and  development;  an  element  of  modular  programming. 

Modularity.  The  degree  to  which  a  system  or  computer  program  is  composed  of  discret 
components  such  that  a  change  to  one  component  has  minimal  impact  on  other  components. 

Node.  (1)  In  a  diagram,  a  point,  circle,  or  other  geometric  figure  used  to  represent  a  state, 
event,  or  other  item  of  interest.  (2)  Note:  The  meaning  of  this  term  in  the  context  of  computer 
networks  is  covered  in  IEEE  Std  610.5. 

Object-Oriented  Design.  A  software  development  technique  in  which  a  system  or 
component  is  expressed  in  terms  of  objects  and  connections  between  those  objects. 

Partitioning.  (ANSI/IEEE  Std  830-1984)  Decomposition;  the  separation  of  the  whole  into 
its  parts. 

Performance  Requirement.  A  requirement  that  imposes  conditions  on  a  functional 
requirement;  for  example,  a  requirement  that  specifies  the  speed,  accuracy,  or  memory  usage 
with  which  a  given  function  must  be  performed. 

Petri  Net.  An  abstract,  formal  model  of  information  flow,  showing  static  and  dynamic 
properties  of  a  system.  A  Petri  net  is  usually  represented  as  a  graph  that  has  two  types  of  nodes 
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(called  places  and  transitions)  connected  by  arcs,  and  markings  (called  tokens)  indicating 
dynamic  properties. 

Portability.  The  ease  with  which  a  system  or  component  can  be  transferred  from  one 
hardware  or  software  environment  to  another. 

Prototyping.  A  hardware  and  software  development  technique  in  which  a  preliminary 
version  of  part  or  all  of  the  hardware  or  software  is  developed  to  permit  user  feedback, 
determine  feasibility,  or  investigate  timing  or  other  issues  in  support  of  the  development 
process. 

Rapid  Prototyping.  A  type  of  prototyping  in  which  emphasis  is  placed  on  developing 
prototypes  early  in  the  development  process  to  permit  early  feedback  and  analysis  in  support  of 
the  development  process. 

Real-Time.  Pertains  to  a  system  or  mode  of  operation  in  which  computation  is  performed 
during  the  actual  time  that  an  external  process  occurs,  so  the  computation  results  can  be  used  to 
control,  monitor,  or  respond  in  a  timely  manner  to  the  external  process. 

Requirements  Analysis.  (1)  The  process  of  studying  user  needs  to  arrive  at  a  definition 
of  system,  hardware,  or  software  requirements.  (2)  The  process  of  studying  and  refining 
system,  hardware,  or  software  requirements. 

Reusability.  The  degree  to  which  a  software  module  or  other  work  product  can  be  used  in 
more  than  one  computer  program  or  software  system. 

Shell.  A  computer  program  or  routine  that  provides  an  interface  between  the  user  and  a 
computer  system  or  program. 

Simulation.  (1)  A  model  that  behaves  or  operates  like  a  given  system  when  provided  a  set 
of  controlled  inputs.  (2)  The  process  of  developing  or  using  a  model  as  in  (1). 

Sizing.  The  process  of  estimating  the  amount  of  computer  storage  or  the  number  of  source 
lines  required  for  a  software  system  or  component. 

Structure  Chart.  A  diagram  that  identifies  modules,  activities,  or  other  entities  in  a  system 
or  computer  program  and  shows  how  larger  or  more  general  entities  break  down  into  smaller, 
more  specific  entities. 

Structured  Design.  (1)  Any  disciplined  approach  to  software  design  that  adheres  to 
specified  rules  based  on  principles  such  as  modularity,  top-down  design,  and  stepwise 
refinement  of  data,  system  structures,  and  processing  steps.  (2)  The  result  of  applying  the 
approach  in  (1). 

Taxonomy.  (ANSI/IEEE  Std  1002-1987)  A  scheme  that  partitions  a  body  of  knowledge 
and  defines  the  relationships  among  the  pieces.  It  is  used  to  classify  and  understand  the  body 
of  knowledge. 

Timing.  The  process  of  estimating  or  measuring  the  amount  of  execution  time  required  for  a 
software  system  or  component.  Contrast  with:  Sizing. 

Top-Down.  Pertains  to  an  activity  that  starts  with  the  highest  level  component  of  a  hierarchy 
and  proceeds  through  progressively  lower  levels;  for  example,  top-down  design;  top-down 
testing.  Contrast  with:  Bottom  Up. 
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Unidirected  Graph.  A  graph  in  which  no  direction  is  implied  in  the  internode  connections. 
Contrast  with:  Directed  Graph. 

Validation.  The  process  of  evaluating  a  system  or  component  during  or  at  the  end  of  the 
development  process  to  determine  whether  it  satisfies  specified  requirements.  Contrast  with: 

Verification. 

Verification.  (1)  The  process  of  evaluating  a  system  or  component  to  determine  whether 
the  products  of  a  given  development  phase  satisfy  the  conditions  imposed  at  the  start  of  that 
phase.  Contrast  with:  Validation. 

Verification  and  Validation  (V&V).  The  process  of  determining  whether  the 
requirements  for  a  system  or  component  are  complete  and  correct,  the  products  of  each 
development  phase  fulfill  the  requirements  or  conditions  imposed  by  the  previous  phase,  and 
the  final  system  or  component  complies  with  specified  requirements. 

Waterfall  Model.  A  model  of  the  software  development  process  in  which  the  constituent 
activities,  typically  a  concept  phase,  requirements  phase,  design  phase,  implementation  phase, 
test  phase,  and  installation  and  checkout  phase,  are  performed  in  that  order,  possibly  with 
overlap  but  with  little  or  no  iteration. 
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G.  1  Software  Technology  Support  Center  (STSC)  Overview 

G.  1 . 1  The  Software  Technology  Support  Center 

The  mission  of  the  Software  Technology  Support  Center  (STSC)  is  to  transition 
technologies  and  exchange  information  to  help  DoD  Software  Development  and  Support 
Activities  (SDSA)  continuously  improve  their  software  quality  and  life  cycle  productivity. 

A  planned  approach  is  necessary  for  successful  transition.  In  general,  transitioning 
effective  practices,  processes,  and  technologies  consists  of  a  series  of  activities  or  events  that 
occur  between  the  time  a  person  encounters  a  new  idea  and  the  daily  use  of  that  idea.  Conner 
and  Patterson's  Adoption  Curve  [Conner  82],  shown  in  Figure  G-1,  illustrates  these  activities. 

After  encountering  a  new  process  or  technology,  potential  customers  of  that 
technology  increase  their  awareness  of  its  usage,  maturity,  and  application.  If  the  process  or 
technology  is  promising,  then  customers  try  to  better  understand  its  strengths,  weaknesses, 
costs,  and  applications.  These  first  activities  in  the  Adoption  Curve  take  a  significant  amount 
of  time. 


Next,  the  customer  evaluates  and  compares  the  processes  and  technologies  that  show 
the  most  promise.  To  reduce  the  risk,  customers  usually  try  new  processes  or  technologies  on 
a  limited  scale  through  beta  tests,  case  studies,  or  pilot  projects.  A  customer  then  adopts 
processes  or  technologies  that  prove  effective.  Finally,  refined  processes  and  technologies 
become  essential  parts  of  an  organization's  daily  process  (institutionalization). 
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Word  processors  are  essential  in  most  organization's  daily  operations.  Yet,  thirty 
years  ago  they  did  not  exist.  The  institutionalization  of  word  processors  in  many  organizations 
followed  a  series  of  events  similar  to  those  identified  in  the  Adoption  Curve. 


The  STSC  is  researching  and  collecting  information  about  technologies  that  will 
reduce  the  time  and  resources  it  takes  to  become  aware,  understand,  evaluate,  test,  try,  and 
adopt  effective  practices,  processes,  and  technologies.  The  STSC  has  developed  the  following 
objectives  to  accomplish  its  mission: 

Technology  Evaluation 

Identify,  validate,  classify,  and  evaluate  effective  processes  and  technologies. 

Information  Exchange 

Facilitate  the  exchange  of  better  software  business  practices,  processes,  and 
technologies  within  the  DoD. 

Insertion  Projects 

Analyze  and  improve  processes,  adopt  new  methodologies  as  needed,  evaluate  and 
select  effective  tools,  receive  appropriate  levels  of  training,  and  perform  pilot 
projects  to  try  out  and  confirm  the  technology  insertion  efforts. 
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STSC  Associates 

Develop  STSC  Associates  who  can  infuse  effective  process  and  technology 
improvements  through  the  use  of  STSC  products,  services,  and  processes. 


G.1.2  STSC  Technology  Transition  Approach 

This  section  describes  the  STSC's  approach  to  meeting  the  objectives  identified  in  the 
previous  section. 


G. 1.2.1  Technology  Evaluation 

The  first  technology  transition  objective  involves  identifying,  validating,  and 
classifying  processes,  methods,  and  technologies  that  can  potentially  improve  the  quality  or 
productivity  of  software  development  and  maintenance.  Many  organizations  are  so  focused  on 
deadlines  and  customer  needs  that  they  lack  the  resources  and  time  to  thoroughly  investigate 
options  for  improvement,  leaving  them  vulnerable  to  marketing  hype.  The  STSC  has 
developed  the  infrastructure  to  provide  information  on  all  types  of  applicable  technologies. 
Product  critiques,  which  are  essentially  brief  evaluations  from  experienced  technology  users, 
are  collected.  Quantitative  evaluations,  which  are  detailed,  comparable,  and  objective,  are 
performed  on  the  most  promising  tools,  methods,  or  processes. 


G.1.2. 2  Information  Exchange 

This  technology  transition  objective  involves  exposing  potential  customers  to 
available  technologies  and,  conversely,  customer  requirements  to  technology  developers. 
Referring  to  the  Adoption  Curve,  this  objective  focuses  on  contact,  awareness,  and 
understanding.  STSC  products  that  accomplish  this  objective  include  CrossTalk  (a  monthly 
technology  report),  the  annual  Software  Technology  Conference,  specific  technology  reports, 
and  electronic  customer  services. 

G.1.2. 2.1  CrossTalk 

Over  16,000  software  professionals  receive  CrossTalk  monthly.  This  publication 
provides  a  forum  for  the  exchange  of  ideas.  Articles  cover  leading  edge,  state-of-the-art,  and 
state-of-the-practice  processes  and  technologies  in  software  engineering. 
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G. 1.2. 2. 2  Software  Technology  Conference 

The  annual  Software  Technology  Conference  is  held  each  April  in  Salt  Lake  City, 
Utah.  This  conference  brings  together  over  2,500  software  professionals  from  government, 
industry,  and  academia  to  share  technology  solutions  and  exchange  ideas  and  information. 


G. 1.2. 2. 3  Technology  Reports 

STSC  technology  reports  provide  detailed  information  on  specific  software 
engineering  technologies,  and  this  report  is  an  example.  The  current  list  of  reports  includes: 


•  Software  Test  Technologies 

•  Documentation 

•  Project  Management  and  Software  Cost  Estimation 

•  Requirements  Analysis  and  Design 

•  Reengineering 

•  Process  Technologies 

•  Software  Engineering  Environment 

•  Software  Configuration  Management 

These  reports  provide  awareness  and  understanding  of  each  topic  in  preparation  for 
evaluation  and  selection  of  corresponding  technologies.  Over  60,000  of  these  reports  have 
been  distributed.  In  addition  to  the  technology  reports,  the  following  products  are  also 
available: 


•  Guidelines  for  Successful  Acquisition  and  Management  of  Software  Intensive 
Systems. 

•  Metrics  Starter  Kit  and  Guidelines 

•  Cleanroom  Pamphlet 

G. 1.2. 2. 4  Electronic  Customer  Services 

Along  with  the  services  mentioned  above,  the  STSC  also  provides  customers  with 
electronic  access  to  information  via  Electronic  Customer  Services  (ECS). 

Software  Technology  Support  Center  STSC  On-Line  Services 

The  Software  Technology  Support  Center  (STSC)  is  pleased  to  make  available  its 
On-Line  Services  to  the  software  engineering  community.  We  think  you'll  like  what  you  find 
on  our  Bulletin  Board  System,  World  Wide  Web  Home  Page,  Lynx  Browser,  Gopher 
Client/server,  and  Anonymous  FTP  Site. 

Telnet  Connection 
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Customers  with  Internet  capability  can  connect  to  the  STSC  On-Line  Services 
Bulletin  Board  System  (BBS)  with  the  command:  telnet  bbs.stsc.hill.af.mil.  When  connected, 
follow  the  instructions  provided  to  bring  up  the  STSC  On-Line  Services  Main  Menu. 

Dial-in  Connection 

Customers  lacking  Internet  capability  can  connect  to  the  STSC  On-Line  Services 
Bulletin  Board  via  modem.  Dial  801-774-6509  or  DSN  775-3602.  Set  your  device  to  VT 
emulation.  Set  your  modem  to  between  2400  and  9600  bits  per  second,  8-bit  word,  no  parity, 
and  1  stop  bit.  When  connected,  follow  the  instructions  provided  to  bring  up  the  STSC  On- 
Line  Services  Main  Menu. 

World  Wide  Web  Home  Page 

The  STSC  Web  Home  Page  utilizes  the  most  recent  methods  for  locating  information 
on  the  Internet.  Initially,  our  Web  site  was  experimental  in  nature,  but  is  now  maturing  into  a 
productive  and  useful  site.  You  will  find  an  expanding  number  of  software  engineering 
options  including  hot  links  and  a  menu  featuring  other  Web  Servers.  To  access  the  STSC  . 
Home  Page,  connect  to  http://www.stsc.hill.af.mil/  from  your  host  terminal. 

Lynx  Browser 

The  BBS  Main  Menu  now  features  a  Lynx  Browser  option.  It  is  tailored  for  users 
desiring  to  explore  the  vast  information  resources  of  World  Wide  Web,  but  who  lack  full  Web 
and  graphics  capability.  Lynx  is  your  avenue  of  access.  It  was  developed  by  the  University  of 
Kansas  as  a  text  only  Web  browser.  It  brings  the  Web  to  your  personal  computer  in  ASCII 
text  only.  As  a  tested  and  proven,  simple  to  use  Web  navigational  tool.  Lynx  will  be  helpful  to 
many  customers.  To  access  the  STSC's  Lynx  Browser,  Telnet  to  or  dial  into  the  BBS  as 
explained  above.  Select  Option  [14]  -  Lynx  Browser  to  WWW  Server,  on  the  STSC  On-Line 
Services  Main  Menu. 

Gopher  Client/Server 

The  STSC  Gopher  Client/Server  allows  access  to  the  Internet  for  information 
searches  and  retrieval.  It  includes  Veronica  keyword  search  capability.  You  can  access  the 
STSC  Gopher  Client/Server  through  the  STSC  Bulletin  Board  System  by  selecting  Main  Menu 
Option  [13]  -  Gopher  Server,  on  the  Main  Menu.  It  can  also  be  reached  over  the  Internet  by 
entering  the  command  gopher  gopher.stsc.hill.af.mil  at  your  host  terminal. 


G-148 


Appendix  G:  Software  Technology  Support  Center 


Anonymous  FTP 

The  STSC  Anonymous  FTP  Site  allows  the  transfer  of  files  over  the  Internet  from  the 
STSC  host  to  your  host  using  the  File  Transfer  Protocol.  Some  of  the  files  in  the  FTP 
directory  contain  text  accompanied  by  graphics  as  opposed  to  merely  ASCII  text.  Special 
directories  accommodate  the  graphics  files.  To  reach  the  Anonymous  FTP  Site  via  Internet, 
enter  the  command  ftp  ftp.stsc.hill.af.mil  at  your  host  terminal. 

In  Conclusion... 

The  Software  Technology  Support  Center  is  continually  striving  to  offer  its 
customers  new  and  up-to-date  information  in  the  field  of  software  engineering.  We  depend  on 
your  input  to  expand  that  body  of  knowledge.  Alert  us  if  you  know  of  a  new  Web  site  we 
should  point  to.  If  you  have  articles,  reports,  or  other  related  documents  you  would  like  to 
share  with  the  Software  Engineering  Community,  our  On-Line  Services  point  of  contact  is: 


George  A.  Klipper 
Information  Manager/BBS 
OO-ALC/TISEB 


7278  4th  Street 
Hill  AFB  UT  84056 

DSN  777-9712  (801)777-9712  Fax  (801)  777-8069 
klipperg@software.hill.af.mil 


G.1.2.3  Technology  Insertion  Projects 

STSC  technology  insertion  projects  are  customer  oriented  projects  that  evaluate, 
select,  and  pilot  the  use  of  new  processes,  methods,  and  technologies  for  a  specific  customer. 
These  projects  can  include  process  definition,  process  improvement,  methodology  insertion, 
tool  insertion,  and  development  of  a  technology  road  map.  Referring  to  the  Adoption  Curve, 
Figure  G- 1 ,  an  insertion  project  helps  cement  understanding  of  a  process  or  technology,  tailors 
an  evaluation  of  the  process  or  technology  for  the  customer,  and  pilots  the  use  of  that  process 
or  technology  with  appropriate  levels  of  training.  Customers  move  closer  to  adoption  of  the 
process  or  technology  through  hands-on  experience.  It  is  important  to  try  out  technology 
improvements  in  a  pilot  project  to  confirm  that  the  technology  is  appropriate  for  the 
organization  and  that  the  organization  is  ready  and  able  to  adopt  the  new  technology. 
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G. 1.2.4  STSC  Associates 

Fowler  and  Przybylinski  [Fowler  88]  propose  that  transitioning  new  technologies 
from  a  developer  to  a  consumer  requires  an  advocate  to  push  the  technology  and  a  receptor  to 
pull  the  technology  into  an  organization.  This  concept  is  illustrated  in  Figure  G-2. 

Effective  change  comes  from  within  the  organization.  The  STSC  Associates 
objective  is  to  develop  technology  receptors  within  individual  Air  Force  SDSAs.  These 
receptors,  STSC  Associates,  are  trained  in  the  use  of  the  STSC's  information,  products,  and 
services  to  enhance  their  organization's  ability  to  incorporate  advanced  practices,  processes, 
and  technologies. 


Referring  to  the  Adoption  Curve  in  Figure  G-1,  STSC  Associates  complete  the  trek  to 
institutionalization.  Associates  coming  from  within  the  organization  should  be  politically  astute 
and  aware  of  internal  organizational  requirements.  They  have  the  highest  probability  of 
influencing  the  adoption  and  daily  use  of  effective  business  practices,  processes,  and 
technologies. 
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G.1.3  Embedded  Computer  Resources  Support  Improvement 
Program  (ESIP) 

The  STSC  operates  out  of  the  Ogden  Air  Lx)gistics  Center  at  Hill  Air  Force  Base, 
Utah,  under  the  direction  and  guidance  of  the  ESIP  Program  Office.  An  Air  Force  program, 
the  ESIP  has  the  goals  of  reducing  the  software  backlog  and  increasing  software  quality  and 
productivity.  Its  mission  is  to  provide  an  infrastructure  to  assist  in  the  transitioning  of 
technology  to  support  all  categories  of  embedded  computer  systems  throughout  the  acquisition 
cycle  and  improve  the  readiness  of  Air  Force  weapon  systems.  ESIP  is  divided  into  four  tasks: 
Readiness,  the  STSC,  Extendible  Integration  Support  Environment  (EISE),  and  Advanced 
R&D.  ESIP  is  directed  by  an  Air  Force  program  management  directive  (PMD31 18)  and  is  led 
by  Col.  Charles  Fuller.  An  ESIP  working  group  has  been  established  as  a  forum  to  share 
lessons  learned  and  establish  requirements  for  ESIP  funded  technology  transition  projects. 
Working  group  members  are  from  the  major  commands,  ESIP  task  managers,  and  the  ESIP 
program  office  staff. 
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